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1 . Data Sheet 

1 .1 . Features 

1.1.1. Processor 

• 32 bit VLSI CPU 

• 1C MHz operation with no wait states to main memory 

• 1M Bytes (64K) or 1/2/3/4M Bytes (256K) of main memory 

• 1M Bytes (64K) or 1/2/3/4M Bytes (25SK) t>f expansion memory 

• multiprocess, demand paging virtja! memory management 

• iGM bytes virtual address space per process 

• optional DES encryption processor 

1.1.2. Display 

• dual- ported 128K Bytes video memory 

• 1 1 52 by 900 pixel display resolution 

• 67 Hz non-interlaced video refresh 

1.1.3. I/O 

• integral Ethernet interface transfers directly into memory 

• two programmable serial I/O ports with full modem control 

• two additional serial interfaces for keyboard and mouse 

1 .1 .4. Other Features 

• VME System Bus Interface 

• DVMA (direct virtual memory access) from VME Bus 

• five programmable 16-bit timers 

• 32K to 128K Bytes EPROM 

• extensive self-diagnostic capabilities 

• triple-height Eurocard form factor 
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1 .2. introduction 

The Sun-2050 Board is a high-performance implementation of the Sun-2 architecture on a single 
400mm by 366.67mm Eurocard. The board includes the CPU, virtual memory management, optional 
processor enhancements, one to four megabytes of main memory with parity error detection, a high- 
resolution display subsystem, integral Ethernet and RS-423 interfaces, and a dual- ported interface to 
the VME-bus. 

The processor is based on the Motorola 68010 32-bit VLSI CPU. extended with the Sun-2 virtual 
memory management unit (MMU). The processor executes from main memory at 10 MHz witnout wait 
states. The MMU was specifically optimized to support the demand paging requirements of the the 
4.2 BSD version of the Unix (TM) operating system. It provides multiple, simultaneous process 
contexts with up to 15 megabyte virtual memory space each. In addition, the MMU provides separate 
address spaces for the system and for the user. 

The Sun 2050 board contains 1M Bytes (64K RAM) to 4M Bytes (255K RAM) of main memory With 
the Sun 2051 memory expansion board, another 1M Bytes (64K) to *M Bytes (256K) of mam memory 
can be added. 64 K and 256K RAMs can be intermixed between the 2050 board and the 2051 board, 
and overall memory can be expanded in 1M Bytes increments. Memory is equipped with byte parity 
error detection. 

Integral to the Sun-2050 Board is a high-resolution bitmap display subsystem featuring a 1152 by 
900 pixel display area and non-interlaced, 67 Hz refresh. The display is refreshed out of a dedicated, 
dual- ported 128K Bytes video memory, which is logically part of main memory. 

The Sun-2 Single Board workstation includes an integral Ethernet interface. This interface uses a 
VLSI Ethernet controller that features high-performance frame handling and extensive diagnostic 
capabilities. Ethernet packets are directly transferred in and out of main memory through the use of 
direct virtual memory access (DVMA). 

For serial I/O, two highly programmable serial communication channels are provided featuring 
software, programmable baud, rates from 75 Baud to 10.2 KBaud and supporting asynchronous, 
synchronous, or bit-stuffing protocols. Two additional ports are provided for keyboard and mouse 
interfaces. 

The Sun-2050 Board includes a bidirectional interface to the VME Bus with master and slave 
capabilities. The board provides 24-bit address and 16-bit data transfer capabilities in both 
directions. It also implements system controller functions such as arbitration, interrupt handling, 
reset, and power monitoring. 

Other features of the board include an optional DES encryption processor, programmable timers, 
and an identification PROM providing software- readable serial number and Ethernet address. 

The board also includes extensive facilities for software and hardware diagnostics. Among them 
are a bus-error register, a diagnostic display lor displaying error messages, a watchdog timer for 
automatic restart, and powerup self-tests. 
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1 .3. Sun-2 Architecture Overview 

The 2050 Board implements a Sun-2 architecture machine. The complete specification of the 
architecture is contained in the Sun-2 Architecture Manual. The following is a brief overview of the 
architecture and its implementation on the 2050 Board. 

The Sun-2 architecture is divided into three spaces: the CPU space. MMU space, and Device 
space. 

The CPU space comprises the central processing unit (the "CPU") together with coprocessors, 
such as the floating point coprocessor, and DVM* masters, such as the Ethernet interface. 

The MMU space is the core of the Sun-2 architecture. It includes the Sjp-2 memory management 
unit (the "MMU") as well as all other Sun-2 architecture extensions to the CPU. such as the bus? error 
register, the system enable register, the diagnostic register, and the ID-PROM. The ID-PROM 
contains a unique serial number and configuration data for a particular implementation of the 
architecture. 

The Device space of the Sun-2 architecture defines what devices exist in the architecture and how 
they are accessed. These devices include main memory, the system bus. and I/O devices. 

All CPU accesses to device space pass through the MMU and thus are translated and protected in 
an identical fashion. In addition, direct memory accesses by I/O devices also pass through the 
memory memory management and thus operate in a fully protected environment. 
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1 .4. 2050 Board Block Diagram 

Figure 1*1 illustrates how the CPU, MMU. and devices are interconnected on the 2050 Board. 
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Figure 1-1: Sun 2050 Board Architecture 

The CPU sends out a virtual address that is translated by the MMU into a physical address. The 
CPU. Etnernet Interface, and VME Slave Interface arbitrate for and share the virtual address bus on 
the left side of the MMU. The VME Master Interface. Main Memory. Video Memory, and I/O Devices 
are addressed with physical addresses on the right side of the MMU. 
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1 .5. Sun-2 MMU Overview 

The Sun-2 Memory Management Unit provides address translation, protection, sharing, and 
memoiy allocation for multiple processes executing on the CPU. 

The memory management consists of a context register, a segment map. and a page map. Virtual 
addresses from the processor are translated into intermediate addresses by the segment map and 
then into physical addresses by the page map. 

The memory management uses a page size of 2K Bytes and- a segment size of 32K Bytes (giving 16 
pages per segment). Up to 8 contexts can be mapped concurrently. The maximum virtual address 
space for each ccniext is 16M Bytes. 

Figure 1-2 shows how virtual addresses are translated into physical ones. 
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Figure 1-2: Sun-2 Memory Management 
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1 .6. 2050 Board FioorPlan 

Figure 1-3 gives an overview of layout of the 2050 Board, which is the main CPU board. 
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Figure 1-3: Sun 2050 Board Floor Plan 

The connectors on the backplane of the board are called the Pi, P2, and P3 connectors. The P1 
Connector carries the VME Bus, also referred to as theP.VBus. The P2 Connector serves for the 
memory expansion bus, or the P2-Bus. The P3 Connector powers the board. 

The connector on the input/output side of the board are.'in sequence from top to bottom- fjeos] 
Keyboard/Mouse Connector, [J603) Serial Port A, fj604] SeriatPort B, [J700J Ethernet Port, and 
[j iooo] Video Connector. 
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1.7. 2051 Board FloorPlan 

Figure 1-4 gives an overview of layout of the 2051 Board, which is the memory expansion board. 
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Figure 1-4: Sun 2051 Board Floor Plan 

The connectors on the backplane of the board are called the Pi, P2. and P3 connectors. The Pi 
Connector carries the VME Bus. also referred to as the Pi -Bus. The P2 Connector serves for the 
memory expansion bus, or the P2-Bus. The P3 Connector powers the board. 

The piggy-back connectors on the board provide for expansion with one input/output board, i.e., a 
floating point processor board. The connector at the lower left of the board provides an interface 
from the input/output board to the outside. 
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1 .8. Specification Summary 

1.8.1. CPU 

• M68010CPU. 10 MHz 

1 .8.2. Memory 

• 1M Bytes (64K) or 1/2/3/4M Bytes (256K) of main memory 

• 1M Bytes (64K) or 1/2/3/4M Bytes (256K) of expansion memory 

• high-sseed. no-wait state operation 

• transparent hare ware memory refresh 

• byte parity error detection 

1.8.3. Memory Management Unit 

• Sun-2 memory management unit 

• two-level, multiprocess virtual memory management 

• full support for demand paging 

• 16M Bytes virtual address space per process 

• separate address spaces for supervisor and user 

• valid, accessed, and modified tags to assist paging algorithms 

• separate reac, write, and execute tags for user and supervisor accesses 

1 .8.4. Display Subsystem 

• dedicated dual- ported video memory 

• 1 152 by 900 display format 

• 100 MHz video clock - 

♦'67 Hz non-interiaced video refresh ' 

1 .8.5. Ethernet Interface 

• VLSI Ethernet controller (82586) 

• digital phase decoder 

• packets transferred directly in and out of main memory 

• extensive diagnostic capabilities 

1.8.6. Serial I/O Ports 

• two programmable serial I/O ports 

• based on synchronous communication controller (8530) 

• software programmable baud rates (75 baud to 19.2 kilobaud) 

• asynchronous, synchronous, and bit-stuffing protocols 

• two serial pons tor keyboard and mouse 
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1 .8.7. Other Features 

• VME System bus interface 

• DVMA (direct virtual memory access) from VME Bus 

• optional DES encryption processor (AMD 9518) 

• up to 128K Bytes EPROM (27128, 27256, 27512) 

• five programmable 16-bit timers (AMD 9513) 

• software interrupt capability 

• software readable identification PROM (storing serial number and other information) 

1.8.8. Diagnostic Features 

• diagnostic LED display 

• bus error register 

• watchdog reset timer 

• bus timeout timer 

1.9. VME-bus Specification 

1.9.1. Master Capabilities 

• Data Bus Size: D16 MASTER i6bit/8-btt data 

• Address Bus Size: A24 MASTER 24-bit/1 6-bit addresses 

• Timeout Option: TOUT(100 USEC) 100 microsecond timeout period 

• Sequential Access: None 

• Interrupt Handler: !H(1-7) STAT Level 1 through 7, jumperable 

• Requestor Option: ROR R(3) Release on Request, level 3 

1.9.2. Slave Capabilities 

• Data Bus Size: Dl 6 SLAVE i6-bit/8-bit data 

• Address Bus Size: A24 SLAVE 24-bit-only addresses 

• Sequential Access: None 

• Interrupter Options: None 

1 .9.3. System Controller Capabilities 

• Clock Option: SYSCLK 16 MHz, jumperable 

• Arbiter Option: ONE Bus Request Level 3 Only 

• Note: The 2050 Board must be the System Controller in a VME System. 
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1 .9.4. Po.wer Monitor Capabilities 

• ACFAIL Option: ACFAIL asserted when VCC < 4.5V 

• SYSRESET Option: SYSRESET asserted during CPU Reset 

• SYSFAIL Option: SYSFAiL not used 

1 .9.5. Environmental Characteristics 

• Operating Temperature: 10-55C 

• Humidity: 0 - 90 %. non-condensing 

1 .9.6. Power Characteristics 

• 1 2 Amp max at + 5 Volt + - 5% 

• 0.5 Amp max at + 1 2 Volt + • 5% 

• 0.5 Amp max at -12 Volt + - 5% 

1 .9.7. Physical Characteristics 

• Height: 356.67 mm (14.44 M ) 

• Width: 400.00 mm (1 5.75") 

• Depth: 40.64 mm (1 .6") 

• Weight: 1788 g (64 oz) 
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2. User Guide 

2.1 . Programming 

The 2050 Board implements the Sun-2 Architecture, Machine Type 2. The full architecture is 
documented in the Sun-2 Architecture Manual and no attempt is made to repeat this information here. 
However, this section does describe the features specific to this implementation of the architecture. 

2.2. MMU Implementation 

The MMU of this machine type implements a page number field of 12 bits. It thus supports a 
physical address of 23 bits, capaoie of addressing 8M Bytes. The other physical address bits.m the 
page map are not implemented. When read, those bits not implemented remain undefined. 

2.3. Physical Address Assignments 



Type 


Address 


Device 


Wan States 




0 


23-bit 


Memory Bus 










[OxOOCOOO] 


Physical Memory 1 . . 8M Bytes 


0 






1 


23-bU 


1/0 Bus 










[OxOOOCOO] 


BW-Video Memory 


1 


(Write), 


4. .8 (Read) 




[0xC20G0C] 


Video Control Register 


2 








[0x7F0000] 


EPROM 


2 








[0x7F0800] 


Ethernet Interface 


2 








[0x7F1000] 


Encryption Processor 


2. 


.8 






[Ox7r:soo] 


Keyboard/Mouse Interface 


2 








[0x7F20C0] 


Serial Port 


2 








[0x7F2800] • 


Timer 


2 








[Ox7F2000] 


Reserved 


2 








[0x7F3800] 


'Reservec 


2 






2 


23-bit 


Pi-Bus or System Bus 










[OxOCQOOO] 


0..8M Bytes VME 24-bit adoress 


1 


♦ device 


access time 


3 


23-bU 


Pi-Bus or System Bus 










[0x000000] 


8..16M Bytes VME 24-bit acoress 


i 


♦ device 


access time 




[0x7F0000] 


64K Bytes VME 16-bit address 


1 


♦ device 


access time 



Accesses to the VME Bus incur an additional 2 wait states 
access time if the 2050 boaro is not currently bus master. 
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2.4. interrupt Assignments 

The following table summarizes the interrupt level assignments for the devices tnat have been 
described in this manual. Ail these interrupts are autovectored. 



7 


TIMER! 


6 


Sena 1 Port 


5 


TIKER2. .5 


4 


VIDEO 


3 


Ethernet cr system enasU register EN . I NT 3 


2 


Syster, enaDle register EN.INT2 


I 


Syster enaole register EN. INT! 



In addition, the VME-bus can cause vectored interrupts on a!i levels. Individual VME-bus interrupt 
levels can be disabled with jumpers. 

2.5. Performance Data 

2.5.1. CPU Speed 

CPU clock cycle: 101.72 nsec (9.6304 MHz) 

CPU basic cycle: 406.90 nsec 

2.5.2. Video Memory Access Time 

Read accesses are unbuffered and will cause 4 to 8 wait states. Write accesses to the video 
memory are buffered. However, subsequent read or write accesses will have lo wait until the video 
memory has completed the requested operation. Write accesses to the video memory via the copy 
mode will cause the same behavior as direct write accesses. 

2.5.3. P1 - Bus Access Times 

This section describes the access times of the Pi-Bus. The time to complete a Pi-Bus access 
consists of three elements: overhead, the cost oi Pi -Bus acquisition if the 2050 Board :s not currently 
P1 -Bus master, and the actual access time of the P1 -Bus device. 

The total number of wait states for a Pi -Bus access can be computed by the following formula: 

1 WS (overhead) + 2 WS (bus acquisition time if board does not have bus mastership and bus is 
idle) + access time of Pi-Bus device divided by the clock period of the CPU rounded up to the 
nearest integer number. 
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2.5.4. DVMA Access Time 

DVMA cycles from the Pi-Bus are serviced after the current CPU cycle completes and after 
pending memory refresh cycles are executed. Thus DVMA cycles exhibit a variable access time that 
ranges from 0.7 microseconds in the best case to 1.5 microseconds worst case with an average of 
about 1.0 microseconds. 

After a DVMA cycle has executed, a CPU cycle will start before another DVMA cycle is granted. 
This means that the cycle time for DVMA is one DVMA cycle plus at least one CPU cycie. Thus the 
DVMA cycle time will be in the range of 1.1 to 1.9 microseconds with an average of 1.4 microseconds, 
as long as the DVMA master can generate transfers at this rate. 

2.5.5. P1 -Bus Reset 

The 2050 Board can be configured either as a Pi -Bus Reset Master or Slave. 

As a P1-Bus Reset Master, the 2050 Board issues Reset to the VME Bus. Power-On Reset, 
Watchdog Reset, and 68010 Reset will all assert Pi -Bus Reset. Other Pi-Bus devices may also assert 
Pi -Bus Reset, but this will have no effect on the on-board CPU and devices. 

As a Pi -Bus Reset Slave, the 2050 Board receives Reset from the VME Bus. but does not drive 
Reset to the VME Bus. The VME Bus Reset has the same effect as an on-board power-on-reset. 
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2.6. Connectors 

This section documents the pinout of all the connectors used on the Sun 2050 board. 

2.6.1 . J603: Serial Port A 



| PIN 


| SIGNAL 


| PIN 


| SIGNAL ) 


| 1 




1 I 4 




I 2 


TXDA[] 


1 15 


\ DBA[] | 


1 3 


RXDAM 


I 16 




1 4 


, RTSA[] 


1 17 


DDA[] | 


1 * 


1 CTSA[] 


1 18 




1 6 


DSRA[] 


1 19 




| 7 


GNO 


| 20 


DTRA[] | 


1 8 


DC0A[] 


| 21 




1 9 




i 22 




1 io 




1 23 




1 U 




1 24 


DAA[] | 


1 12 




i 25 


VEE ~ | 


1 13 









2.6.2. J604: Serial Port B 



| PIN 


| SIGNAL 


| PIN 


| SIGNAL | 


| 1 




I 14 




1 2 


TX0B[] 


! 15 


! 0B6[] | 


i. 3 


RXD6[] 


1 16 




1 4 


RTSB[] 


t 17 


| DDB[] | 


1 5 


CTSB[] 


| 18 




1 6 


DSRB[] 


i 19 




| 7 


GNO 


| 20 


1 DTRB[] | 


1 8 


DCDB[ ] 


1 21 




1 9 




1 22 




I 10 




1 23 




i 11 




1 24 


i DAB[] | 


| 12 




1 25 


1 VEE | 


1 13 









2.6.3. J605: Keyboard/Mouse 



I PIN 


SIGNAL 


I PIN 


| SIGNAL | 


| 1 


| RXD0[] 


1 9 


I GNO | 


1 2 


GNO 


1 10 


I vcc 1 


1 3 


TXD0[] 


i 11 


1 vcc 1 


1 4 


GNO 


1 12 


1 vcc 1 


1 5 


i RX01[] 


i 13 




1 6 


: gno 


1 I 4 


I vcc 1 


1 7 


! TXD1[] 


| 15 


1 vcc 1 


1 8 


| GNO 
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| PIN 


| SIGNAL 


| PIN 


| SIGNAL | 


| 1 




1 9 


| E.COL- | 


1 2 


| E.COL+ 


1 io 


| E.TXD- | 


| 3 


| E . TXD+ 


1 11* 




1 4 




1 12 


| E.RXD- | 


1 * 


| E.RXD* 


I 12 


i *12V j 


1 6 


| GND 


1 I 4 




| 7 


| VCC 


1 15 


j ---- t 


1 3 









2.6.5. J1800: Video 



| PIN 


| SIGNAL 


| PIN 


| SIGNAL | 


| 1 


| VIDEO* 


1 6 


| VIDEO- | 


1 2 




j 7 


> GND | 


1 3 


| HSYNC 


1 & 


| GND | 


j 4 


| VSYNC 


1 9 


| GND 1 


1 * 
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2.7. Jumpers 

This section describes all the jumpers used on the board. In the following listing, each group of 
jumpers denotes exclusive combinations. That means, within each group only one jumper 
combination may be active at a time. 

2.7.1 . Configuration Jumpers 

These jumpers allow configuration of the 2050 Board for specific applications. Default Jumpers are 
marked with an asterisk (•). 



{ LAS t L 


Of IjC 

r 1 No 


DESCRIPTION IN /OUT 




j "J/UZ 


1 - 5 
I C 


Enable/Disable 


5 Volt to Ethernet 




| • J704 


1-2 


Level 2/Level 1 Ethernet Transceiver | 


| • J6G0 


1-2 


Enable/Disable 


VME Interrupt Level 


1 | 


{ * J80C 




Enable/Disabl e 


VME Interrupt Level 


2 1 


| • JSOO 


5-6 


Enable/OisaDle 


VME Interrupt Level 


3 1 


|-J800 


7-6 


Enai.le/Disable 


VME Interrupt Level 


4 j 


} • jeco 


9-10 


Enable/Di sable 


VME Interrupt Level 


5 1 


fjeoo 


11-12 


Enable/Disable 


VME Interrupt Level 


6 1 


| •JSOO 


13-14 


Enable/Disable 


VME Interrupt Level 


7 | 


1 *J900 


1-2 


DVMA Address Comparator A20-Q/1 




|* J900 


3-4 


DVMA Address Comparator A21=0/l 




(•J900 


5-6 


0VMA Address Comparator A22*0/l 




| * J900 


7-8 


DVMA Address Comparator A23-0/1 




J * J900 


| 9-10 


Enable/Disable 


VME Arbiter 




| • J900 


| 11-12 


Enable/Disable 


VME Reset Master 




| J900 


| 13-1* 


Enable/Disable 


VME Reset Slave 




|-J900 


| 15-16 


; Enable/Disable 


VME System Clock 




| •J1G00 


1 1-2 


| Video Register 


Sense Bit 0 




|*J1000 


| 3-4 


[ Video Register 


Sense Bit 1 




I • J1&00 


! 5-6 


| Video Register 


Sense Bit 2 




|*J1600 


1 7-8 


| Video Register 


Sense Bit 3 
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2.7.2. Permanent Jumpers, 2050 Board 

The following jumpers are factory installed and are normally net modified. Those installed normally 
are indicated with an asterisk ("). 



I LABEL | 


PINS | 


DESCRIPTION IN/OUT 




| • J200 | 


1-2 | 


Enable/Disable UART Clock 




!*J200 | 


3-4 


10/12 MHZ CPU operatic^ 




| J200 


5-6 


12/10 MHZ CPU operation 




| J20C 


7-e 


Reserved 




| J200 


9-10 


Reserved 




[•J200 


11-12 


Enable/Disable Ethernet Clock 




|-J20C 


13-14 


EnaM e/Disable Memory Refresh 




| • J200 


15-16 


Enable/Disable Timeouts 




! J500 


1-2 


PROM TYPE • 27128 




J-J500 


3-4 


PROM TYPE = 27256 or 27512 




| * J500 


5-6 


PROM TYPE » 27128 or 27128 




| J500 


7-8 


PROM TYPE = 27512 




| J1201 


1-2 


i Enable/Disable 2nd megabyte (256K 


RAM) | 


| J12C1 


3-4 


I Enable/Disable 3/4 megabyte (256k 


RAM) | 


| • J1201 


5-6 


| 64K/256K RAMs 




I J1201 


7-8 


| 256K/64K RAMs 




| • J1201 


9-10 


64K/256K RAMs 




| JT201 


| 11-12 


! 2S6K764K RAMs 




J • J1201 


; 13-14 


| 64K/256K RAMs 




I J1201 


j 15-16 


| 256K/64K RAMs 




| J1C00 


| 9-10 


| Reserved 




| J1600 


| 11-12 


| Reserved * — 




|*J1600 


| 13-14 


| 10/12 MHZ CPU operation 




| J16C0 


| 15-10 


| 12/10 .MHZ CPU operation *- 





•J1801 | 1-2 | Enable/Disable 100 MHZ Video Clock | . 



umper positions for different PROM sizes are summarized in the table below. 



| PROM 


t JUMPER I 


JUMPERED PINS | 


| 27128 


| 0600 | 


1-2 and 5-6 | 


| 27256 


| 0600 | 


3-4 and 5-6 t 


| 27512 


| JO00 | 


3-4 and 7-8 | 
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2.7.3. Permanent Jumpers, 2051 Board 

On the memory expansion board, there are jumpers for different memory sizes. The jumpers are 
factory installed and are normally not modified. For a 1 megabyte base board, the jumpers for the 
memory expansion board are as follows, organized by memory size on memory expansion board: 



SIZE | JUMPER) JUMPERED PINS 



| 1 MB I J22CC | 3-4 

| 1 MB | 02201 | 5-6, 9-10, 13-14 

| 2 MB I J2200 | 3-4, 5-6 

| 2 MB | J22C1 | 3-4, 7-8, 11-12 

I 3 MB | J2200 | 3-4, 5-6. 7-6 

| 3 MB | J22C1 | 7-8. 11-12. 15-16 

j A MB | J2200 | 3-A. 5-6, 7-8, 9-10 

| 4 MB | J22C1 j 7-8, 11-12, 15-16 



In addition, the 2051 Board has a jumper block for the daisy chained VME-bus grant lines and the 
VME-bus interrupt acknowledge chain. These jumpers are installed in systems that need to daisy- 
chain those VME-bus signals. 



! JUMPER | 


PINS 


FUNCTION | 


| J2100 | 


1-2 


BUS 6RANT 0 | 


| J2100 | 


3-4 


i BUS GRANT 1 | 


| J2100 | 


5-6 


I BUS GRANT 2 | 


| J2100 | 


7-6 


J BUS GRANT 3 j 


| J2100 | 


15-15 


| 1ACK CHAIN | 
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3. Theory of Operations 

This chapter describes the theory of operations of the 2050 Board and the conventions that are 
used in the schematics. 

3.1 . Conventions 

This section describes the conventions employed in the schematics and the documentation of this 
board. The discussion assumes that the reader has a working knowledge of digital electronics and 
has access to descriptions of the components used on the board. 

3.1 .1 . Schematics 

The schematics is contained in the file with extension ".PRE". The suffix of the schematics file 
names reflects the drawing page number. 

3.1.2. Signal Conventions 

Whenever possible, standard drawing conventions are employed. Signal flow is shown from left to 
right, and top to bottom. 

Both active-high and active-low signals are used. A signal name that is followed by a minus ("•") 
indicates that the signal is asserted active low (<0.4V), e.g. OE-. Conversely, a signal that is not 
followed by a minus is an active high signal (>2.0V). 

For signals with multiple meanings or synonyms, the synonyms are listed separated by a slash "/". 
For example, the signal name for a read-write signal that is actrve low for write is "READ/WRITE-". 

Signals that are part of busses are indicated by a common prefix followed by a number. For 
example, a 16 bit data bus might be labelled "DO". "D1", "D2", and so on to "D15". A group of 
signals that are part of a signal vector are denoted by a common prefix separated by the suffix with 
V. For example, ail Pt signals start with the prefix "Pl/\ 

Connector signals are distinguished by a suffix of "[]*' with an optional string enclosed inside the 
square brackets identifying the connector name. 
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3.1 .3. Component Conventions 

Components are identified by component name (e.g. 74LS0G), component location (e.g. U100), and 
properties if required (e.g. 100-OHM). 

Component names (also referred to as Body Name in the wirelist) indicate the type of component 
being used. The component name is derived from the "generic" or industry standard name. 
Component names are translated into Diptypes that specify the physical component associated with 
the component name. There is only one diptype for components that are sections of the same 
physical package (e.g. four 74LS00 gates form one 74LSC0 diptype). Diptypes are translated by the 
parts list into manufacturer codes and part names. 

Component locations provide a unique designator for the component. They are chosen to indicate 
the schematics page on whch the component is located. For example, component U100 is most likely 
positioned on page 1. Component locations consist of one letter followed by one to four digits. The 
letter indicates the type of component and is one of: 

Letter Component Type 

C Standard Capacitor 

D Dicce 

K Electrolytic Capacitor 

L Inductance 

X Decoupling Capacitor 

J Jumper or Connector 

P Resistor 

S single-in-line component 

U oual-in-line component 



Location "labels are cross-indexed in the wirelist into diptype and component names and locations 
on the schematics. 

Component Properties help to further specify a generic component. Three types of properties are 
used: 



Property Meaning 



Example Interpretation 



Val ue Specif icaticn 
Ref erence 

Acditive Property 



:10-UF This capacitor has a value of 10 UF 
= A5CC This part is referred as part A50C 

Acd a 40-:m socket to this component 



3.1 .4. State Diagrams 



State Diagrams are drawn to the following conventions: 

1 . Left to right with incrementing state numbers along the horizontal axis. 

2. Signal transitions represent the actual logic levels of the named signal. 

3. Signals are represented without propagation delays. 
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3.2. Major Blocks 

The major logic blocks are: 

• Power 

• Initialization 

• Clocks 

• CPU 

• 10-Bus Interface 

• MMU 

• I/O Devices 

• P2-Bus Interface 

• Memory 

• Video Subsystem 

• Ethernet Interface 

3.3. Power 

Reference: Schematics Page 19 

The 2050 Board uses + 5V for all of its onboard logic. It also requires a + 12V for the Ethernet 
transceiver and a -5V for the RS423 drivers and the Video ECL circuitry. The -5V is generated from 
the -12V supply by on-board regulator [lm337.ui37). Signal [-svr] connects to the UART connectors 
pin 25 to terminate that line. 

3.4. Initialization 

Reference: Schematics Page 19 

The 2050 Board includes a power-on/power-off reset generator that provides an accurate reset 
pulse. The circuit uses a dual comparator [lm393:U133]. a 1.2 Volt reference voltage [lm3S5.dioi], 
charge capacitor [K:Kioo]. and resistor network [R.-R100..R107]. 

The first comparator forms a power-on reset generator by comparing the voltage from the charge 
capacitor with the reference. This comparator asserts its output until the voltage across the charge 
capacitor corresponds to a VCC of 4.5 Volt. The second comparator forms a power-off reset 
generator by comparing the + 5V supply with the reference. This comparator asserts its output when 
the + 5V supply voltage is below 4.5 Volt without the charge delay incurred by the first comparator. 
The output of both comparators is wire ORed so that signal power- on -reset [por] is active when 
either comparator asserts its output. 
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3.5. Clock Oscillators 

Reference: Schematics Page 2" 

The 2950 Board has 4 independent clock oscillators on board. They, are: 

• 10-MHz CPU clock and constant clock (19.6608 MHz) (ki n4A:U200]. 

• 12-MHz CPU clock (24.0000 MHz) [Kiii4A:U20i], 

• Ethernet clock and VME system clock (16.0000 MHz) [Km 14A:U202]. 

• Video clock (100.0000 MHz) [kh 14A:U1800]. 

!n addition, the Ethe'net PLL [MB502:U70ij features its own crystal oscillator %vith a frequency c: 
100 MHz. All clock oscillators have disconnect jumper for ATE test purposes. The 12- MHz CPU 
Clock is installed only if the board is configured for that frequency. 

3.6. Derived Clocks 

The system clock is the particular CPU clock for which the board is configured divided by two in 
flipfico [74F74:U203-0]. Counter [74LS590:U2ii] divides the system clock into clocks for the data 
cipnenng processor, the timeout counter, and the refresh clock. Counter [74LS3S3;U2i2-i] divides 
the constant clock [c.5i a] into clock [c.204] for the UART and the Timer. 

The clock strobes [C.S4, c.ss, etc] are derived from transitions on the system clock and enabled 
with processor address strobe [p.as] as illustrated in the figure below for a 12-state cycle. 

68010 State 01 2 3 456 7 89 10 11 12 

P.AS- 

C.S4 

c.ss 

F.DTACK- - 
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3.7. CPU 

Reference: Schematics Page 1 

3.7.1 . Reset 

CPU Reset is generated by PAL [Pi6R4:ui09] under three conditions: 

• Power-On-Reset: The power-on-reset generator asserts [por] that causes PAL 
[P16R4:U109] to assert processor reset. 

• Erternai Reset: If the 2050 Board is configured as a reset slave, then VME System Reset 
fpi.SYSR] asserts resin that causes PAL [Pi6R4:ui09] to assert processor reset 

• Watchdog Reset: If the CPU halts it asserts [p.halt]. In this case, PAL [Pi6R4:ui09] 
automatically generates processor reset to continue processing. 

3.7.2. Special Cycles 

In the discussion below, reference will be made to special cycles. A special cycle is one in which 
tne 6801 0 function code is neither program or data. Special cycles include CPU space cycles (FC = 7) 
and MMU space cycles (FC « 3). Supervisor program fetches in Boot state, which are forced to read 
from the Boot PROM, are also treated as special cycles. 

Special cycles are recognized in PAL [Pi6L8:Uioi] and cause signal [o.specialJ to be asserted. 
[G SPECiAi] inhibits the assertion of [Q.cas] in flipflop [74F74:U204], inhibits the assertion of [p.berrj 
in PAL [P16L8-.U103]. and selects signal [spwait] as source for DTACK in selector [74Fi5i:uii8]. 
Thus during special cycles no bus errors can occur, and the source for the [dtack] is [spwait). 

3.7.3. DTACK 

The CPU uses a number of handshake signals to generate the timing required by the devices it is 
accessing. The following table gives the source of the DTACK for the different page types and special 
cycles. 



Condition 


Device 


DTACK 


TYPE-0 


Main Memory 


CS4 • (READ ♦ -P2.WAIT) 


TYPE«1 


Video Memory 


CS7 • -P2.WAIT 


TYPE«1 


I/O 


CS7 • -P2.WAIT 


TYPE»2 


VME 


PI. DTACK 


TYPE-3 


VME 


PI. DTACK 


FC«6 a BOOT 


EPROM 


CS7 


FC«3 


MMU Access 


CS7 


FC*7 A-A19 


Breakpoint 


Internal 


F07 a LOCAL 


Autovector 


Internal 


FC*7 a-LOCAL 


VME Interrupt 


PI. DTACK 



The handshaking is implemented with selector [74Fisi :U118] in conjunction with PAL 

[A101 = P16L8:U101] and PAL [A106 r P16L8:U106]. 
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3.7.4. BERR 

Bus error can occur under the following conditions: 

• Invalid Page Entry 

• Protection Error 

• Parity Error Lower Byte 

• Parity Error Upper Byte 

• V WE Bus Error 

• Timeout 



These error conditions, together with signal [Q. special] are ORed in gate [74als30:U130] asserting 
[q. error}. Whenever [q. error] is active it disables all read-write strobes by disabling strobe decoder 

[74F13S:U400] and I/O decoder [LS2521:U403]. 

If [Q.error] occurs in a non-special 68010 cycle, three things happen. First, PAL 
[a 103 = P16L8:U103] asserts [Q.berr] after state [c.ss], thereby aborting the current cycle. Second, 
the PAL generates [q.berrclk] which latches the error condition into the bus error register 
[ALS534.U51 1]. Third, the PAL cleares the parity error flipflops (74F74:U42<:) with signal [Q.parclr] in 
case they were set. 

3.7.5. Address Error Cycles 

During address error cycles, the 68010 asserts address strobe but no data strobes. The effect of 
this is that a normal cycle is executed; however, since no data strobes are active no read or write 
strobes are asserted via decoder [74F133:U400]. The. statistic bits in the MMU are updated on address 
error cycles. 

3.7.6. 68010 Cycle to Memory 

68010 cycles to memory execute normally without wait states by asserting DTACK at state 4. The 
only exception to this is write cycles to memory that are shadowed to the video memory (in video copy 
mode). In that case, signal [P2.wait] will delay subsequent write cycles until it is deasserted, 
indicating that the video memory is ready to accept additional write requests. 

6SC10 State 012345670 

P. AS- 

P. OS- (READ) 

P. OS- (WRITE) 

P. DTACK- - 
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3.7.7. 68010 Write Cycle to Video Memory, Best Case 

68010 write cycles to video memory generate DTACK at state 5, causing 1 wait state. Cycles will be 
longer if a previous viaeo memory cycle has not completed yet. 

* 66 31C State 01 23456789 10 11 12 

P. AS- 

P.JS- (REA!>> - 

P. OS- (WRITE) 

P. DTACK- 

3.7.8. 68010 Cycle to I/O 

68010 Cycies to I/O generate DTACK at state 9, causing 2 wait states. Cycles to the data ciphering 
processor use special timing described in the data ciphering chip section. 

68310 State CI 23456789 10 11 12 

.P. AS- 

R0/WR.I0- ------- - 



P. DTACK- 
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3.8. DVMA Logic 

Reference: Schematics Page 2, Motorola 68010 Data Sheet. 

3.8.1 . Overview 

The DVMA Controller takes requests from DVMA devices, obtains the processor bus from the 
6801 0. and performs a read /write cycle for the device, generating appropriate function codes and 
strobes. 

The DVMA Devices in their order of priority are: 

• Refresh 

• Ethernet 

• VME-bus 

Figure 3-1 shows how the DVMA Controller and Strobe Generator interface to the 68010. 



Refresh 
Request" 

Ethernet 
Request 

External 
Request 



DTACK 
Timeout 



68010 CPU 




BR 8G 


/ 








> 


/ 



DVMA 
Controller 



DVMA 

Srobe Generator 



^ Refresh 
Enable 

Ethernet 
Enable 

External 
Enable 



^ Function Codes 
Address Strobe 
Data Strobes 



Figure 3-1: DVMA Controller 
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3.8.2. DVMA Cycles 

DVMA requests are posted in the request flipflops [74F74:U207-o, U207-1, U203-1] with the rising 
edge of the signals [r.ref, e.as, x.dma], respectively. The request flipflops are reset by signals 
[r.dm aen, e.clr, x.dma en] respectively. 

Posted DVMA requests are synchronized with register [74F374:U2i3] before entering the DVMA 
controller PAL [Pi6R8:U2i4]. The DVMA controller PAL prioritizes the incoming requests, issues a 
bus request to the 6S010 [s.br]. then waits for the 68010 to release the processor bus by watching 
68010 bus grant [p. eg] and the end of 63010 address strobe [p.as]. before asserting the DVMA enable 
corresponding to the request. 

In addition, the DVMA controller PAL generates a DMA-cycle signal [S.dwa] that enables the tri- 
state buffers in the DVMA strobe PAL [P16L8:U215] to drive the function codes [p.fco..2], address 
strobe [p.as]. and data strobes [p.uds, p.lds] and Ethernet read/write strobes [e.we, e.oe]. Function 
Cooes, data strobes, and device codes are asserted as follows: 



DVMA 


DMA 


LDS 


UDS 


FC 


Space 


REFRESH 


2 


0 


0 


7 


CPU Space 


ETHERNET 


2 


1 


-E.AC 


5 


. System Data 


EXTERNAL 


1 


X.LDS 


X.UDS 


5 


System Data 



Address strobe [p.as] is asserted one state after [s.dma]. being enabled by signal [S.ason] that is 
one clock cycle delayed from [s.dma]. Address strobe is terminated with [s.asoff] from the DVMA 
controller PAL. [s.asoff] is asserted on refresh cycles when [s.asin] is received, and for all other 
cases when signal [Q.S7] was received, indicating normal completion, or signal [s.err] indicating 
timeout. Since [Q.S7] is derived from the bus handshake signal [p.dtack] the DVMA controller is able 
to perform transfers to asynchronous bus devices. 
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3.8.3. DVMA Arbitration Cycle 

Arbitration occurs concurrently with ongoing bus activity. The 68010, after receiving a bus request 
[p. br ] issues a bus grant [p.bg-]. When the DVMA controller sees bus grant and address strobe 
[p. as] deasserted, it acquires the bus and asserts the DMA Enable. 

OVMA-State 0 1 2 .3 4 5 6 7 8 9 "10 11 12 13 14 15 
X.DMAREQ- : «_////////-- 



P.BR- 

P.BG- 

S.EGIN- 

P. AS- 

S.ASIN- 

X.DMACN- 



3.8.4. DVMA Cycle, Synchronous Memory 



$-State 0 1 2 3 4 5 6 7 8 9 10 11 12 1-3 14 15 



X.DMAEN- 
S.AS- 
S. ASIN- 

q.os- 

Q.S7 

68010_0- 
6£010_AS- 



rrMrinjTM-r, ^ 
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3.8.5. DVMA Cycle, Memory Refresh 

Memory refresh requests are generated every 12.8 microseconds by a low-to-high. transition of 
output [c.i 2800] of synchronous counter [74LS590:U2ii]. This transition sets signal [r.dmareo] in 
flipflop [74F74:U207-o], which in turn is sychronized in register [74F374:U213] and causes a refresh 
cycle in DVMA controller [P16RS:U214]. During the refresh cycle [r.dmaen] is asserted which output- 
enables refresh counter [74LS590:U2io] and with its trailing edge advances the refresh counter to its 
next state. The refresh counter drives address lines [P.A02..09J which constitute the row-address 
refresh addresses of the RAM chips. During refresh cycles, both banks of memory are enabled. This 
is dene via PAL [Pi6L8:uioe] asserting both [q.b«anko. q.banki] causing the RAS generation logic to 
assert both [pi.raso. pz.rasi]. 

Re'resh cycles are shorter than other DVMA cycles in that they only last for eight states. This is 
shown in the timing diagram below. 

S-Siate 0 1 2 3 4 5 6 7 6 S IC 11 12 13 14 15 

R.DKAEN- 

S.AS- 

s.asin- ~ 

Q.DS- 

Q.S7 — 

P. BACK- - 

68010_0- — — 

68010_AS- - - 
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3.9. l/0:Bus 

Reference: Schematics Page 1 

The I/O data bus [io.ooo.-i 5] connects to the following devices: 

♦ all input/output devices, 

♦ all MMU devices, and 

♦ the VME data port. 

The I/O data bus is connected to processor data bus [P.D00..15] via bidirectional transceivers 
[eoCSrUi io, uim]. These bus buffers are enroled via PAL [Pi6R4:ui02j as follows. The i/O Bus is 
driven from the processor data bus on all processor write cycles and all DVMA read cycles. The 
processor data bus is driven from the l/O-bus on all DVMA write cycles and all processor read cycles 
from I/O devices, MMU devices, and VME Bus. 
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3.10. MMU and MMU Space Devices 

Reference: Schematics Page 3 

3.10.1 . Overview 

The MMU consists of user context register [LS2518:U300] ; system context register [LS25i8:U30i], 
user/system context multiplexor [74Fi5C:U302], segment map RAM [2i68:U303, U304], and page map 

RA>V. [21 6S:U305 THROUGH U310]. 

Cthe r MMU soace devices are the bus error register [alS534:U5ii], the system enable register 
[a^S53^.J5--.] w:tr. readsack [ALS24.;.L513]. the diagnostic register [alsi72:U£-4] with LEDs 

[LED4.J515.J516], and the ID PROM [P5X8:U510]. 

3.10.2. Decoding 

The MMU and MMU space devices are accessed via decoders [alsi38:U322. U323, U324]. Decoder 
[ALS13C.U324] is the read decoder, decoder [alsi38:U323] is the upper byte write decoder, and 
aecoder iALSi3S.U32r] is the lower byte write cecoder. Ali MMU space devices are connected to the 
lower byte. 

3.10.3. MMU Operation 

During a normal address translation cycle, the processor system function code [P.FC2] selects 
between the user [P.FC2 = o] and supervisor [P.FC2 = i] context. The selected context value, together 
with address lines f p. a 15. .23] index the segment map RAM which produces a page-map-entry-group 
[1A16..23]. The page-map-entry-group, in conjunction with address lines [p.ail.is] index the page 
map RAM, producing as its output the valid bit [valid], protection codes [protc.5], type field 
[TYPE0..1], accessed bit [acc], modified bit [mod], and mapped address lines [mai 1..22J. 

The protection field is checked with decoder [74Fisi:U3i5]. If the protection bit corresponding to 
the state of the read/write line [o.r/w] an the processor function codes [p.fci, p.fc2] is not set, then 
output [proterr] will be asserted. 

The accessed and modified bits are updated on all non-special cycles. For this operation, the 
current value of the type field, which is in the same nibble as the accessed and modified bit, is latched 
into register [ALS374.-U316] with clock [ess]. 

The actual update starts with [ess] and ends with [C.S7]. During this time, PAL [P16L8;U103] 
asserts both [wr. update), which turns on write enable to RAM [2i68:U307], and [wr.stat] which 
output enables register [alS374:U316] with the new data to be written into RAM [2i68:U307]. 
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3.1 1 . I/O Devices 

Reference: Schematics Page < 5, 6, 7 

3.11.1. Overview 

input/Output devices comprise the PROMs, the Ethernet Control Register, the Keyboard/Mouse 
UART, the Sena! Communication Controller, and the Timer cnip. All input/output devices connect to 
the IG-Bus. 

3.1 1 .2. Decoding 

Input/output devices are selected with a MMU type field of 1 [typei =o], [typeo = i], and address 
lines fMAi6..22} all ones. This condition is decoded with comparator [LS2521 :IK03] in conjunction 
with gate [74F32:U433-3] producing signal [CE.io}. 

[CE.iO] disables the Pl/P2-Bus decoder [74F138:U400] and in conjunction with [O.R-/W] enables 
I/O read decoder [alsi38:U40i] and in conjunction with [g.r/w] I/O write decoder [alsi3S:U402]. 
Bom tne I/O reac and write decoder decode mapped address lines [maii..i3] to select one of eight 
possible devices. 

3.11.3. PROMs 

Since the PROMs are larger than a single 2K page, they are addressed directly with the low-order 
bits of the non-translated (virtual) address from the CPU, [p.aoi..ai4]. The PROMs are constantly 
chip enabled with CE tied to ground. The PROMs are output-enabled with signal [oe.prom] 
generated in PAL [Pi6L8:Uioi] during boot cycles [boot = 1 ,fc = 6] and during read-PROM cycles 
[rd.prom = ij. 

3.11 .4. Timer 

Timer chip [AM9513:U504] provides five 16-bit timers. The timer is driven by a 4.9152 MHz input 
clock [C.204J. generated from the 19.6608 MHz clock oscillator [k; i 14A:U200] via binary counter 
[74LS393:U2 1 2], independent of the CPU clock. 

Gate input 1 of the timer chip is wired to the timer [fout] signal. Output [oun] is connected to 
interrupt request 7 [iRQ7], and outputs [OUT2..5] drive interupt request 5 [irqs] via open-collector 

inverters [74LS05:U505]. 

3.11.5. Keyboard/Mouse 

The serial keyboard/mouse UART [8530:U600] are implemented with a SCC (serial communication 
controller). The SCC features two high-speed, highly programmable serial channels with built-in 
baud-rate generators. The clock input to the SCC is a 4.9152 MHz input clock [C.204], independent of 
the CPU clock. 

The serial lines to and from the keyboard/mouse are driven and received via inverters 

[74LS04:U608, U610]. 
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3.1 1 .6. Serial Communication Controller 

The RS-423 UARTS [8530:U60i] are implemented with the same type SCC as the keyboard/mouse 
interface. 

Serial port A occupies channel A of the UART, in conjunction with inverter [74LS04:U608], driver 

l 26LS29:U609], and receiver [26LS32:U606]. 

Serial port B occupies channel B of the UART, in conjunction with kwerter [74LS04:«j6io], driver 
[26LS29:uen]. and receiver [26LS32:U607]. 

Receiver [26iS32:U6i5] is shared between channel A and E for synchronous UART applications. 
P'jrzzsz o; resistors [R4.Sf?:S60-.] is to provioe RS-232 compatible fail-safe line termination. 

3.1 1 .7. Ethernet Control Register 

The Ethernet Control Register [alS272:U716. ALS244:U7i7] controls the overall operation of the 
Ethernet interface. Register [als273:U716] is reset with processor reset. Further information on the 
Ethernet operation is contained in the section on Ethernet. 
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3.1 1 .8. Data Ciphering Processor 

Reference, Schematics Page 5 

The Data Ciphering Processor [95i8:U506] has special timing requirements implemented by PAL 
[P16LS:U507]. One requirement of the DCP is that its data strobe [mds] may only be deasserted 20-70 
nsec after trailing edge o? its clock [c.400]. Other requirements of the DCP are long hold times on 
data and read/write; those are achieved by turning off the DCP data strobe early before the end of the 
cycle. The state diagrams below illustrate these timings. 

3.1 1 .9. 68010 Address Load to DCP 

STATE 1 3 5 7 9 11 13 15 17 

c. loo- 

C59 

WR.DCP 

MAS- 

3.1 1.10. 63010 Read/Write to DCP 5 Best Case 

STATE 1 3 5 7 9 11 13 15 17 

c.ioo- 

C.400 

S5 

S9 

MDS_STRT- 

MDS_END- — 

M0S- 

TIME160- — 

TIME240- 

WAIT- (R0) 

WAIT- (WR) 
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3.12. P2 -Bus Interface 

Reference: Schematics Page 4,10,11. 

3.12.1 .Introduction 

The P2- Bus is the internal bus which interconnects the CPU to main memory, the video memory, 
and expansion memory. Going off-board, the P2-Bus is brought out on connector [P96:Pi 102], pins 1 
through 32 and 65 through 96. 

3.1 2.2. P2 Signals 

The P2-Bus consists of a number of address lines, bidirectional data lines, parity lines, timing 
signals, enable signals, and a handshake line. 

Address Lines. Data Lines, Read/Write Line, and Handshake Line: 



P2. 


S ignal 


Description 






P2 , 


.A0C.23 


Address Lines (24) 






P2. 


.DOC. 15 


Deta Lines (16) 






P2 


.OIL. OIU 


Parity from CPU to 


Memory 


(2) 


P2 


.DOL. DCU 


Parity from Memory 


to CPU 


(2) 


P2 


. R/W 


Read/Write Strobe 






P2, 


. WAIT 


Negative Handshake 







Control Signals: 



P2, 


.Signal 


Description 


Asserted on 








P2. 


. RAS 


Row-Address -Strobe 


C.S3 








P2 


.RASO 


_Row-Adctress -S.tr ob.e 0 


C.S3 a_-P.A01 v 


C.S3 


A 


REFRESH 


P2 


.RAS1 


Row-Address-Strobe 1 


C.S3 a P.A01 v 


C.S3 


A 


REFRESH 


P2 


.CAS 


Col umn- Address-Strobe 


C.S* a -Q.SPEC 








P2 


. RD 


P2-Bus Rear, Strobe 


C.S5 a -ERROR a 


-CE. 


10 


a -TYPE1 


P2 


. WEU 


P2-Sus Wri te Strobe 


C.S& a -ERROR a 


-CE. 


10 


a -TYPE 1 


P2 


. WEL 


P2-Bus Write Strobe 


C.S5 a -ERROR a 


-CE. 


10 


a -TYPE 1 



The memory control signals [Q.Ras, q.raso, o.rasi, q.cas, g.wel and q.weu] are generated 
centrally on the CPU side of the P2-Bus. 

RAS is generated by and-or gates [74F64;U218] in conjunction with inverter [74F04:U922]. [o.ras] 
is asserted when processor address strobe is active (P.AS = 1) and the clock ts*low (C.100 = Oi. This is 
the case at the beginning of processor state 3. After RAS is first asserted, it is latched via inverter 
{74F04-.U922] until the later of [C.S7] or [p.as] being deasserted. [q.raso, q.rasi] have the same 
timing as [Q.ras] except they are only asserted if [O.banko, o.banki) are asserted, respectively. 

[Cas] is generated by flipflop {74F74:U204-i]. It is asserted at time [C.S4] on non-special cycles 
[G.SPECiAL = o]. [CAS] is inhibited during special cycles because the column address is not 
guaranteed to be stable during memory management updates and thus would cause invalid decoding 
in memory, 

The upper and lower'write enable to memory, [P2.weu-. P2.wel] are generated in decoder 
[74Fi3C:U400] in conjunction with gates [74F32:U4G3-1 . U433 2], The write strobes are asserted with 
[C.S5] and data strobe [O.ds] active, with no error condition [g.error] present. They are turned off 
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with the processor upper and lower data strobe, [p.uds, p.lds]. 

Accesses to the P2-Bus are decoded in decoder [Fi38:U400j. A read or write reference to the P2- 
Bus [RD.P2, wr.P2] is generated when: the page type is 0 or 1 [typei = o], data strobe is asserted 
[O.DS=i]. no bus error condition exists [Q.error = o], clock state 5 is asserted [C.S5= 1], and the 
reference is not to an I/O Device [ce.io = o). 

3.12.3. P2-Bus Cycle 

The timing of a P2Bus cycle is illustrated in the figure below for a standard memory write cycle 
followed Dy a memory read cycle. 

68020 State 01234567012345670 



P2 . A00 . . 11 xxxx. 



P2.A12. .23 xxxnxxxixxxxxx xuxxxxxxxxxxxxx. 



P2. DO 0. .15 xxxxxxxxxxxxxx x xxx xxxxxxxxxxxxxxxxxxxxxxxx. 

P2.RAS- 



P2.R/W- 
P2.CAS- 
P2.WEU- WEl- 
P2.RD- 



During read-modify-write cycles, processor address strobe and thus [q.ras] and [q.cas] stay 
asserted for the entire length of the cycle. 

Note that both [P2.RAS] and [P2XAS] are asserted before the page map type field is decoded and 
before the protection field is evaluated. Thus [P2.cas] indicates a vahd adcress. but not necessarily a 
valid reference. Only the read/write strobes qualify a reference. 

The timing shown above applies to main memory read cycles and main memory write cycles that do 
not have the negative handshake [P2.waitj asserted. Accesses to video memory are similar to main 
memory read cycles, except that signal [P2.wait] is active. [P2.wait] is asserted by the video memory 
interface when it needs to delay the completion of the current cycle. On read cycles to video memory, 
[P2.wait] is asserted to delay the current cycle until valid read data is available. On write cycles to the 
video memory. [P2.wait] is asserted whenever the video memory is completing a buffered operation 
and is thus not yet ready to accept a new cycle. The same mechanism is used for write operations to 
main memory shadowed by video memory (video copy mode). 
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3.1 2.4. Parity Error Logic 

Reference: Schematics Page 4 

The Parity Error Logic generates parity for memory write operations and checks parity for memory 
read operations. Note that the parity error logic is only used for memory accesses (page type 0). It is 
not used for any other cycles, such as video memory cycles (page type 1). 

On writes, parity is generated with parity generators [74F280:U420, U42i]. When signal [en.pargen] 
is asserted, odd parity is generated and stored in memory. Odd parity means that the sum of all data 
bits and the parity bit is ood. 

On reacs. parity is checked with parity checkers [74-280:U422, U423]. If tne even output of the 
parity checkers is true, then a parity error has occured. This parity error information is clocked into 
the parity flipflcps [74F74;U424-o, U424-1] pn memory read cycles [typeo = o, RD.P2ri] with the 
leading edge of [C.S7], delayed by two inverter delays [74F04:U404-3, U40*-4]. 

The parity error flipflops are self-latching. This means that they remain set until they are cleared by 
signal [o.parclr]. The parity error flipflops remain cleared if parity checking is disabled 

[EN.PARERR = 0]. 

The outputs of the parity error flipflops [parerrl, parerru) are ORed with the other bus error 
conditions in gate [74LS30:Ui30]. This generates signal [Q.error] which in turn generates bus error 

[G.BERR] tO the 68010 Via PAL [P16L8:U103]. 

Parity errors are different from other bus errors in that they cannot abort the 68010 cycle in which 
they occur. This is because they are only detected at the end of a read cycle, after a point at which 
the 68010 can abort the current cycle. The parity error flipflops provide the function of latching parity 
errors until they are recognized by the CPU. 

In order to recognize the bus error caused by a pending parity error, the 68010 must execute a 
"non-special" cycle [q.special = o]. Under this condition. PAL [Pi6L8-.ui03] generates signal 
[Q.berrclk] which clocks the parity error flipflop state into the bus error register [alS534:U5h] and 
signal [q.parclr] which clears the parity error flipflops. 

Parity generation and checking can be disabled for testing purposes. To initialize parity in main 
memory, all of memory needs to be written with parity generation enabled. When signal [en.pargen] 
is not asserted, then even parity is generated. This allows the parity error function to be tested. 
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3,13. Ethernet Interface 

Reference: Schematics Page 7, Intel 82586 Ethernet Controller Manual. 

3.13.1 . Overview 

The Ethernet Interface is built around the Intel 82586 VLSI Ethernet Controller [U700] and the 
Fujitsu MB502 Phase Lock Loop Decoder [U70i], as shown in Figure 3-2. The Ethernet Control 
Register [als273:U716, alS244:u7it] controls the overall operation of the Ethernet interface. 



Address Register 



Processor 
Adrs Bus 



Processor 
Data Bus 



Ethernet Data Link Controller 

Ethernet Front End 



Data Port 



Intel 82586 



MB502 



Ethernet 
"Transceiver 



Control Register 



Figure 3-2: Ethernet Interface 

3.13.2. Ethernet Data Link Controller 

The Intel 82586 Ethernet Data Link Controller is configured as follows: Maximum Mode [mn/mx- 
:0], asynchronous ready [ready = o], directly ertabled [hlda z hold], and always clear to send [CTS- 
:0). The 82585 receives an 8 MHz clock from flipflop [74F74:U7i3-i]. Pullup [&9SiP:S700] supports 
the VOH-level required by the 82586. For a complete description of this part, refer to the Intel 82585 
Data Sheet. 
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3.13.3. Ethernet DVMA Cycle 

When the Ethernet controller wants to access main memory, it asse 
[E.&D] or write control [e.wr]. Ethernet read and write controls 
[?4LS00:U7i5-3] to generate Ethernet data strobe [e.ds]. The leading 
[e.ds] then sets the Ethernet DVMA request flipflop [74F74:U207 i], 
reauest [e.hold]. ANDed with Ethernet error inactive (e.err-] in gate [ 
[e.rec] to the DVMA Arbiter latch [74F374:U2i3]. This will cause the ; 
the bus from the CPU until the S25S6 drops [E.hold]. 

Ethernet Data Strobe is also clocked via [74T?74:U7i3-o] at the m 
E: u -?"~ i5t clock [e c." 2 5] tc generate Ethernet actress strobe [e.as? 
address strobe latches the 24-bit Ethernet address into the Ethernet a 
U702. U704] to generate Processor Address [p.aoi through p.a23] whe 
enable Je.dmaen). In addition. Ethernet write control [e.wr] ts latch 
generate Processor Read /Write strobe [p.r/w] when enabled. 

At this point, the Ethernet has requested a DVMA cycle and is waiting 
a write cycle (Ethernet to Memory), the DVMA controller will enable th 
[alS244:U707. U/08] witn Ethernet output enable [E.OE]. On a reao eye 
DVMA controller will latch the data read from memory into the 
(ALS373:U705 > U706] at the trailing edge of Ethernet write enable [E.we; 
are output enabled by Ethernet read-1 [e.rdi] to the Ethernet controller c 
in the diagram below. 

The Ethernet read and write buffers are byte swapped between the 
Ethernet data bus. This means_that the processor data bits 0..7 are con 
8.. 15 and vice versa. 

If a bus error is encountered during an Ethernet DVMA cycle, the Eth* 
[ALS74-.U719-1] causing the Ethernet Error signal to be asserted [e.errj. 
Ethernet DVMA requestsio be set in the Ethernet DVMA request flipflop [7 
bus error flipflop can only be reset by an Ethernet reset command [e.rese* 



82566 State | TO | Tl | T2 | T3 | T4 | 

E.«D- - ; 

E.RDQ- — 

E.RDI- , 
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3.1 3.4. Ethernet Phase Lock Loop Decoder - U701 

The Fujitsu Ethernet Encoder/Decoder [MB502:U701] connects the board directly to an external 
Ethernet transceiver. The MB502 uses a digital phase lock loop with 10 samples per bit cell. An 
internal oscillator with external crystal X700 together with tank circuit [C:C700, C703, C704, L:L700] 
supplies the 100 MHz input frequency to the PLL chip. Jumper [j.2:J704] selects between Ethernet 
Level 1 and Level 2 interface characteristics (Level 2 if jumpered). 

The Ethernet frontend is interfaced to the Ethernet data link controller with inverters [74F04:U709] 
and flipfiops [74F74:U7io, U712]. Pullup [R9.siP:S700] raises the signal levels to those required by the 
EDLC. . 

3.1 3.5. Ethernet Transceiver Interface - J 700 

The Ethernet Connector [J7oo] follows the standard Ethernet definition. Jumper [j.2;j702] supplies 
* 5V to the Ethernet connector for transceivers that require this voltage. The Ethernet transceiver 
drop cable is terminated with resistor networks [R4.siP:R704, R705]. 
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3.14. VME Bus Interface 

Reference: Schematics Page 8, 9, 10, VME Bus Manual, 
The VME Bus interface consists of the following functions: 

• VME Bus Utility Functions 

• VME Arbiter 

• VME Master Interface 

• VME Slave Interface 

• VME Interrupt Handler 

Ficure 3-3 shows how these functions are interconnected. 



VME Master Interface 
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Figure 3-3: VME Interface 
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3.14.1. VME Bus Utility Functions 

The VME Bus Utility functions are implemented by these four utility lines: System Clock 
[pi.Sysclk], AC Fail [pi .acfail], System Reset [pi.sysr], and System Fail [pi.sysf]. 

System Clock is driven from the 16 MHz oscillator signal [C.62A] via a high-current driver 
[74F244:U8i7]. System Clock has no phase relationship with any other VME signals. It can be 
disconnected from the VME Bus by removing jumper [J.i6:j900-i5.ie]. 

AC Fail is driven to the VME Bus by open collector driver [74ALS64ii:usi8]. It is asserted while 
Power- On -Reset is active. It cannot be disconnected from the VME Bus. 

System Reset is driven tc the VME Bus by open collector driver [74 alS6«*i i:uen8j It is asserted 
whenever Processor-Reset is active. It cannot be disconnected from the VME Bus. 

The 2050 Board can be configured either as a P1 -Bus Reset Master or Slave. 

As a Pi-Bus Reset Master, the 2050 Board issues Reset [b.resout] to the VME Bus. Power-On 
Reset. Watchdog Reset, and 68010 Reset wil! all assert Pi-Bus Reset. Other Pi -Bus devices may also 
assert P1 -Bus Reset, but this will have no effect on the on-board CPU and devices. 

As a Pi -Bus Reset Slave, the 2050 Board receives Reset [5. resin] from the VME Bus. but does not 
drive Reset to the VME Bus. The VME Bus Reset has the same effect as an on-board power-on-reset. 

System Fail is not used or generated by the 2050 Board. 

3.14.2. VME Arbiter and Requestor 

The VME Arbiter and Requestor functions are implemented in one state machine [74F374.U812, 
U8i3, P9X4:U8n, Pi6L8:U8i4]. Out of the options possible within the VME Bus Spec, the arbiter 
implements the ONE ROR arbiter option. ONE means that the arbiter monitors bus request level 3 
[pi .BR3] only and accomplishes arbitration via the level 3 daisy chain [pi .BG3IN, pi .bG30ut). ROR or 
release on request-means that the-arbiter only releases the bus when a request from another master is 
pending. 

When the CPU wants to access the VME Bus, either for a standard read/write cycle or for a 
interrupt acknowledge cycle, it asserts signal Bus Select [b.bsel] via PAL [Pi6L8:U8io]. 

If the arbiter currently does not own VME Bus mastership, it requests bus mastership by asserting 
VME Bus request [plbreoj and going through the normal VME Bus arbitration sequence. If the 
arbiter already owns bus mastership, it will keep the bus mastership until another VME Bus master 
requests it. 

3.14.3. VME Master Interface 

Once the 2050 Board obtains VME Bus mastership, the VME Master Interface allows the 2050 
Board tc access VME Slaves on the VME Bus. The interface consists of address and address modifier 
latches [ai_S374:U940, U94i, U942, U943] and drivers [ALS244.i:U90C, U901, U902, U903]; write data 
latches [alS374;U910, U9n] and drivers [alS244i : u908, U909]; read data buffers [alS244:U908. U909]; 
anc control signal driver [74F244:U817-o]. The VME Slave Device being addressed will respond to the 
transfer by asserting either data transfer acknowledge [pldtack] or bus error [plberr]. These two 
signals pass through flow-through latch [74F373:U8i5] and are qualified in PAL [PneLO.usie] before 
reaching the 60010 CPU. 
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The VME Waster interface supports complete backoff/rerun capability. This capability is utilized 
for VME accesses that take longer than 2 usee. In case of a VME access that is not completed within 
2 usee, the state of the VME interface is frozen and a CPU rerun cycle is performed. During the rerun 
cycle, the CPU can give the on-board bus to the Ethernet interface or to the refresh logic to allow 
these devices to perform their functions. After these devices complete their activities, the rerun is 
terminated and the CPU continues with its VME access. This operation is transparent to the VME 
Bus. Notice that rerun cycles are also executed while the board is waiting for VME Bus mastership. 

The VME rerun operation in detail proceeds as follows. Starting with [c.s*] of a cycle, counter 
[74LS293:U212] starts counting with the falling edges of [C.400]. After eight input transitions the 
counter asserts [E.C2J. This signal is inverted via [74F04:U22i-i] and reclocked in register 
[-4 — 74 U20G] thereby generating x(B.C3). Signal [e.C3j closes tne [3E~ C .. ztlck] ficw-througn latch 
[74F373-.U815]. If a [berr, dtack] arrives before the latch closes the CPU will complete the cycle as 
normal and the rerun sequgr.ee is aborted at that point. 

If the CPU has not received a [berr, dtack] at this point the rerun secuence continues.- After two 
additional transitions of clock [c<joo], counter [74LS393:U212] asserts both [e.c:] and [b.ci]. This 
event is decoded in PAL [Pi6L8:U8i4] asserting output [B.T03]. [B.T03] enters PAL [pi6L8:UOio] 
which in turn generates [B. freeze] and initiates the actual rerun cycle to the CPU with signal 
[B. rerun]. [B. freeze] causes the VME control signals, write data, anc accresses to be latched until 
the CPU resumes the cycle after completion of the rerun. 

The timeout counter [74LS393:U809] counts the number of bus reruns. Each assertion of [B.C2] 
increments the counter by one. When the counter reaches 12S it asserts timeout. 

3.14.4. 68010 Cycle to VME Bus, Currently Busmaster 

68010 State 0 1 2 3 4 5 6 7 8 9 10 U 12 13 14 15 

P. AS- 

P. OS- (READ) 

P.DS- (WRITE) ; 

B.BSEL- - 

8.AEN- 

B.CEN- — - 

PI. AS- 

PI. DTACK- 



Sun-2 Model 50 Theory of Operations 44 

3.14.5. 68010 Cycle to VME Bus, Not Currently Busmaster 

68010 State 0 i 2 3 4 5 6 7 8 9 10 11 12 13 14 15 

P. AS- ; 

P.DS- (READ) 

P.DS- (WRITE) 

E.ESEL- - : 

B.REQ- 

B.AEN- 

6.6EN- - 

B.CEN- 

PI. AS- - - 

PI . DTACK- 

3.14.6. VME Slave Interface 

The VME Slave Interface allows the 2050 Board to be accessed by other VME Masters on the VME 
Bus. It uses the address comparator [LS252v.u930] to match the four high-order address lines from 
the bus [P1.A20..A23] against the base address bits [x.ao..a3] selected by switches [j.i6:J900]. In 
addition, the VME address modifiers 4 and 5 must be set. [pi.am4si, pi.am5 = i]« the VME interrupt 
acknowledge must be not set [pi.iack :0), and the 2050 Board must not be bus master [b.aen = o]. If 
all these conditions are met and VME address strobe [x.as] and a VME data strobe [x.uds or xxds] 
is asserted then signal [x.dma] is asserted, indicating that a VME Slave Interface request is pending. 

The rising edge of [x.dma] sets the external DMA request flipflop [74F74:U203-1] posing an external 
DMA request [x.dmareo] to the DVMA controller. In response, the DVMA controller requests the on- 
board bus from the CPU and executes an on-board cycle using the external DVMA address stored in 
register [alS374:U904, U905. U906]. On a write cycle, the DVMA controller uses the data buffer 
[ALS244:U908. U909] to enable data from the VME bus. On a read cycle, the data read from memory is 
stored in register [ALS374:U9io, U911] before it is driven to the VME bus with data buffer 

[ALS2441;U912, U913]. 

At the end of the VME DVMA cycle the handshaking flipflops [74F74;U931] are set with the trailing 
edge of (x.dmaen). If a bus error is present at this time, the bus error flipflop [74F74:U93i-o] is set, 
asserting [x.berr]. Otherwise, the DTACK flipflop [74F74:U931-1] is set, asserting [x.dtack]. Both 
[x. otack] and [x.berr] are driven to the VME bus with open-collector driver [ALS641 i:U8i8]. Signal 
[x.dma] stays asserted until the VME Master drops its data strobes. This in turn clears the Bus Error 

and DTACK flipflops [74F74:U931]. 
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3.14.7. VME Interrupt Handler 

The VME Interrupt Handler responds to Interrupts on the VME Bus. The 2050 Board does not 
generate any interrupts to the VME Bus. Jumper J800 can individually connect and disconnect all 
VME Interrupt levels. Priority decoder [74LSi48:U800] prioritizes the enabled VME interrupt requests 
and generates encoded interrupt lines [b.iplo..2]. These encoded interrupt lines together with the 
onboard interrupt requests are combined in PROM [27S33A:U105] which in turn drives the 68010 
interrupt lines [iplo. ipli, ipl2]. 

When the 68010 recognizes an interrupt request it issues function code 7 and sends out the 
interrupt level being acknowledged on address lines [aoi ..aos). The on-board/offbcard interrupt 
selector [74Fi5i:USC2] cecoces whether an external interrupt request is pencing a: the level the 
68010 acknowledges. The output of this selector [b.irg] is sampled at state 4 in the 
onbcard/offboard interrupt flipflop [74F74:U205-o]. Output [G.autov] is asserted if no offboard 
interrupt request was pending or if address bit [at 9] is deasserted. indicating a non-interrupt cycle. 
Output [q.autov] is deasserted if an onboard interrupt recuest is pending at the level being 
acknowledged and if address bit A19 is asserted, indicating a valid interrupt cycle. 
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3.14.8. 68010 Rerun Cycles 

Rerun cycles are executed on two conditions: VME Bus deadlock and long VME accesses. These 
two rerun conditions are recognized in PAL [Pi6L8:UCio] which generates [B. rerun]. Signal 
[B. rerun] is synchronized in flipflop [74F374:U206] before driving PAL [Pi6R4:Ui02] which in turn 
generates the recuired [Q.berr, p. halt] signals to cause a CPU rerun. 

3.14.9. Rerun, VME Deadlock Case 

The condition here is that the CPU is attempting to access the VME Bus whil§ another master on 
the VME Bus is attempting to access the 2050 Board as a slave device. Since the VME Bus has no 
rerun capability, the 68010 must yield to the VME Bus request tc resolve the deadlock. The condition 
is present if [b.sel] and [x.dma] are simultaneously valid. 

6£:i0 State 0 1 2 3 4 5 6 7 8 9 10 11 12 13 1* 15 

P. AS- 

P.BR- 

B.BR0UT- 

B. RERUN- 

.S. RERUN- - 

S.BERR- 

S . HALT- - 

P.BERR- - 

P. HALT- 

3.14.10. Rerun, VME Rerun Case 

The VME Rerun case is initiated for VME cycles that are not completed within the short timeout 
time, including VME accesses waiting for VME Bus mastership. 
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68010 State 0 12 3 4 5 

C.100 „ _ 

P. AS- 

P.DS- (READ) 

P.DS- (WRITE) — 

P.DTACK- — 

E.T02- 

B . FREEZE- 

B. RERUN- 

S. RERUN- 

P.BERR- 

P. HALT- - 
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3.15. Memory 

Reference: Base Board Schematics Page 11, 12, 13, 14, 15 
Reference: Expansion Board Schematics Page 21 , 22, 23, 24, 25 

3.15.1. Introduction 

The description of the memory applies in the same way to the memory contained on the 2050 Base 
Board as to the memory on the 2051 Expansion Board. 

The memory design consists of the following functions: 

• memory array (1/2/3/4M Bytes) 

• address multrplexor and driver 

• control signal criver 

• bank decoder and driver 

• data drivers 

The interconnection of these pieces is shown in the Figure 3-4. 
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P2.A02..08 . 
P2.A10..A17. 



F158 



I 



Mux AdCress 



F244 



P2.RAS0/1 . 
P2.VVEL/U . 

P2.A1.18.1S. 
P2.CAS 



F244- 



F138 



P2.D00..15 
P2.DI. P2.U 



ALS244 

— z — 



ALS244 
T 



P2.A20..22 



Select 



F151 



Memory 



18*8 = 144 RAMs 



Address (8) 

RASQ. RAS1 
VVEL, WEU 

CAS (8) 
Data In (18) 
Data Out (18) 



Figure 3-4: Memory Interface 
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3.15.2. Memory Interface 

The CPU interfaces to the memory via the P2.Bus. This means that all interface signals are 
available on the P2-connector [P96:Pno2], allowing a memory expansion board to be interfaced to 
the same bus. The following description applies equally to the memory on the CPU Board as well as 
to the expansion memory. 

3.15.3. Memory Organization 

Memory is organized-as 8 banks of 18 RAM chips each, making a total of 143 chips. Each bank 
stores 16 cata bus anc 2 parity bits. 

RAM chips can be either 64K or 255K Bits. With 64K RAMs, each bank stores 128K Bytes plus 
parity, and all of memory sjtores one Megabyte. 

With 256K RAMs. each bank stores 51 2K Bytes plus parity, making total memory capacity four 
Megabytes. 

3.15.4. Memory RAM and Bank Decoding 

Due to the pipelined RAS-CAS access, memory is CAS decoded because the translated address 
bits that select which bank of memory is accessed are only available in time for the CAS address 
strobe. For special cycles [q.special = i], such as MMU updates, CAS is not asserted. 

Decoding for 64K and 256K RAM chips is as follows: 



| Decoding 


• 64K 


RAMs 


256K RAMs | 


| R AS Bank 


A01 




A01 | 


| K AS Ac' cress 


'AC 1 , 


,"*.A09 


A02..A10 | 


j CAS Address 


A10. 


. .A17 


A11..A19 | 


| CAS Bank 


A01 , 


,18.19 


AQ1.A20.A21 | 



3.15.5. Memory Section Decoding 

To allow the memory to respond to arbitrary 1 megabyte sections within the 8 megabyte memory 
address space, memory select decoder [74Fisi:Ui200] decodes the three high-order address bits 
[P2.A20..A22) and reads from the select jumper [Ji6:ji200] whether the addressed 1 megabyte 
section of memory is enabled or not. If enabled, the Memory Select signai [m.sel] enables CAS 
decoder [74Fi38:Ui20i] and read/write buffers [ALS244:ui2io..ui2i4] via decoder [alsi38:U1202]. 

The first megabyte of memory is always enabled. The second megabyte of memory is enabled with 
jumper [J1201:V2J installed. The third and fourth megabyte are enabled as a pair if jumper [ji20t:3«4] 
is installed. 
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3.1 5.6. Memory. Drivers 

The RAM signals are driven as follows: 

[ras, wel, weu], and the Address Lines are driven by 74F244 drivers with 33 Ohm series 
termination. Each bank of memory has its own set of drivers for these signals. 

CAS is driven directly by the CAS decoder [74F138:U1201] with 33 Ohm series termination. Data to 
the RAMs is driven by [ALS244] drivers with 68 Ohm series resistors [R:Ri200 R1217]. 
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3.16. Video 

Reference: Schematics Page 16, 17, 18, 19 

3.16.1. Overview 

The video subsystem consists of the following functions: 

• video memory (128K Byte) 

• video memory controller 

• data multiplexor 

• P2-Bus interface 

• video sync controller 

• video shifter 

The interconnection of these pieces is shown in the Figure 3-5. 



P2.Data 



Video Address 



Video Memory 



LS590*2 



Processor Address 



4 



ALS374*2 



4416*16 



Processor Port Multiplexor 
16) 



ALS374'4 



LS245-8 



Control Register 



(64) 



Request Logic 



Memory Controller 



P2.RD/WR 
P2.WAIT 



Video Register Video Shifter 
(6) 



LS374'8 



F194'2 



Video Controller 



Vidt 



Hsy 

Vsyi 



Figure 3-5: Memory Interface 
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3.16.2. Video Memory and Addressing 

The 128 kilobyte video memory on the board, chips [4416:U1700-U1707, U1710-U1717], is dual 
ported for processor access and video refresh. The memory is organized as 16K Words of 64 bits 
each., Processor update cycles read 16 bits at a time or write 8 or 16 bits at a time. Video refresh 
cycles read 64-bits at a time. 

The address for processor cycles is stored in register [ALS574:U1632] for the row-address and in 
register [ALS574:U1633] for the column address. Register [ALS373:U1634] demultiplexes the 
multiplexed memory addresses. 

The address for video cycles comes from counters [74LS590;U1630, U1631] for row and column 
address, respectively. Notice that the organization of the 4416 RAM chips requires an 8-bit row 
address and a 6-bit column address. Address lines [v.ao] and [V.A7J are not used for column 
addressing. 

The video refresh counters are incremented every 640 nsec with the rising edge of [v.oei ] except 
during states without display enable. They are reset to 0 with signal [v. reset-]. 

3.16.3. Video Memory Controller 

The video memory controller state machine generates the timing for the video memory and other 
basic timing strobes for the video subsystem. It consists of PROMs [P5X8:U1604, U1605] and latches 
[74F374:U1606, U1607]. The state machine is clocked with [v.c.40]. 

The memory controller has a total of 16 states, enumerated 0 through 15, that are continuously 
executed in sequence. Each state has a duration of 40 nsec, making the 16 state cycle repeat every 
640 nsec. 

The memory controller can execute three basic types of cycles: Idle cycles, Processor update 
cycles, and Video reTresh cycles. The memory controller executes an idle cycle or a processor 
update cycle between states 0 through 7 and a video refresh cycle between states 8 through 15. 

Idle Cycles are executed befween state 0 through 7 If no request is pending [v.sreq = oj. During an 
idle cycle, memory control signals are not asserted. 

Processor Update Cycles: Processor Update Cycles are executed befween states 0 and 7 if 
synchronous request is asserted [v.sreq = 1] and if the register select bit is clear [V.BS19 = 0]. During 
a processor cycle, signals [v.pra] and [v.pca] enable the processor row and column address from 
the processor address latches [F374:U1634] and [F374:U1635], respectively, in time for [v.ras] and 
[v.casj, the row and column address strobe. 

Read Cycle: A read cycle is executed if no external write strobes [v.lds. v.uds] are pending in the 
request latch [ALS374:U1615]. The memory word addressed by bank selects [v.bsiJ and [V.BS2] is 
enabled via the RAS decoder PAL [P16R4;U1616]. The read data passes from the video RAM chips 
onto the internal data bus [v.boo..15J through buffers [74LS245:U1730..U1737] and is latched in the 
data output register [alS374:U1602, ut603] at the rising edge of signal [v.ack]. 

Wr//e Cycle: A write cycle is executed if a external write strobes [v.lds, v.uds] is pending in the 
request latch [als374:U1615]. Write cycles are similar to read cycles except that the flow of data 
reverses. Write data is output enabled from the data input register [ALS374:U1600, U1601], passes 
through buffers [74LS245:U1730..U1737], and is then written into the RAM chips selected by active 
RAS strobe [v.raso..3] and write enable strobes [v.wu, v.wl]. The RAM Write Enable signal [v.we ] is 
asserted starting at state 3 for early write-cycle timing. 
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Video Refresh Cycle- Video refresh cycles are executed during every memory controller cycle 
between state 8 and 15. During a video refresh cycle, signals [v.vra] and [v.vca] enable the video 
row and coumn address contained in registers [74F374 : ui640; and [74F374.ui64i]. .respectively. 
These registers are loaded from counters [74LS590:U1630] and [74LS590.ui63i]. Video memory data 
is read out 64-btts in parallel and is latched at the end of state 15 in the video data register 
[74LS374:Ui720-ui727] with the trailing edge of [v.vca-]. In addition to executing the video refresh 
cycle, the current memory controller state is decoded in decoder [74Fi38:Ui728] to enable 
consecutive bytes from the video data register onto video output bus [v.oov.07] via control lines 
[V.0E0-..V.OE7-]. Starting with [v.oeo] in state 0. one byte from the video data register is enabled 
every two states. The data on the video output bus is then loaded into the video shifters 

[74P194-U1S05. U1C06J. 

A processor cycle is executed if the synchronous request [v.sreo] is active (the generation of 
[v.sreq] is cescnoed below under request logic). During a processor cycle, signals [v.pra] and 
[v.pca] enable the processor row and column address from the processor address latches 
[ALS3 74.U1632] and [ALS374:Ui633]. respectively, in time for [v.ras] and [v.cas]. the row and column 
address strobe. 
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3.16.4. Video State Machine 

State 0 1 2 3 4 5 6 7 6 9 10 1 1 12 13 14 15 

V.OE 0 1 2 3 4 5 6 7 



V.C-40 
V.RAS- 
V.CAS- 
V.VRA- 
V.VCA- 
V.PRA- 
V.PCA- 
V.G- 

v.w- 

V.HCLK 

V.ENREQ 

SREQ-l 



State 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 

V.OE 0 1 2 3 4 5 6 7 



V.C.40 

V.RAS- 

V.CAS- 

V.VRA- 

V.VCA- 

V.PRA- 

V.PCA- 

V.G- 

V.W- 

V.ACK- 

V.HCLK 

V.ENREQ 
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3.16.5. Video interface to P2-Bus 

3.16.6. P2-Bus Address Decoding 

The video board responds to three types of accesses: direct reads, direct writes, and copy writes. 

For direct reads and direct writes, the video logic is selected if the four most significant P2 address 
bits [P2.A20..A23] are all ones. In that case, decoder [ALS138:U1621] produces signal [v.bsel j, which 
generates a video request via PAL [P16L8:U1620]. 

Copy writes occur if the copy comparator [LS2521:U1623] matches P2 address bits [P2.ai7..P2.a22] 
with video base address bits [v. base i.. 6] and if copy mode is set [v.copy r t] in the control register. If 
all of these conditions are true then comparator [LS2521:U1623] generates [v.csel-J which generates 
a video request via PAL [P16L8:U1620]. 

PAL [P16L8.U1620] also decodes [P2.A17] in direct mode [v.bsel=i] to generate the read/write 
strobes for the video control register [ALS273:U1610, UI611]. 

3.16.7. P2-Bus Request Generation 

The video board implements buffered write cycles and unbuffered reads. Reads follow the 
traditional conventions of memory systems. When the processor reads from the video board, the 
video board performs the desired access and returns the data read to the processor. Since the 
memory on the video board is dual-ported and asynchronous to the processor, the processor will 
have to wait until the read data is available. This is implemented by the video board asserting the 
[P2.wait] signal until the read data is ready. 

Write cycles, on the other hand, are buffered. The video board provides a set of registers that store 
all information related to a write cycle, effectively implementing a 1-deep FIFO. This means that on a 
write cycle the processor does not need to wait until the dual- ported video memory is available. 
Instead, the write cycle is automatically completed with the data stored in the registers. A second 
write, however, can only be initiated when the first write cycle has been completed. This is done by 
asserting the [P2.wait] signal if a write cycle to the video board is attempted while a previous request 
is still in progress. 

An interesting case occurs if a write cycle is immediately followed by a read cycle. In this case, the 
write cycle is still in progress while the new read cycle is pending. The design of the request logic 
assures that the read cycle is only begun after the write cycle has been completed. 

This read/write cycle handshaking is implemented in PAL [P16L8:U1620]. A request is set when the 
video section is addressed in with a read or write cycle in direct mode [v.bselj or with a write cycle in 
copy mode [v.csel]. Signal [busy], causing [P2.wait], is set while a request is in progress. 

The leading edge of the request signal [v.req] clocks the demultiplexed processor address into the 
processor address register [ALS534:U1632. U1633]. It also clocks the low-order address bits [P2.AOt f 
P2.A02J and the write enable bits [P2.wel, P2.weu] into register [ALS374:U1C15]. 

Iv.req] is sampled with signal [v.enreq] into flipflop [74F74;Ut024.o]. The sampled signal is 
reclocked on the next clock edge of [v.c.aoj into flipflop (74F74:ui624-t] and becomes signal 
[v snco). This signal controls the memory state machine to perform either a CPU cycle [v.sreq = 1] or 
an Kile c>cle [v snro « oj. 
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3.16.8. P2-Bus Interface Timing 
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READ CYCLE 

92 . RD 

V.RDACK 

V.REQ --- r 

V.ACK 

V.WAIT 



WRITE CYCLE 

P2.WR • 

V.RDACK * 

V . REQ 

V.ACK • 

V.WAIT 

WRITE CYCLE FOLLOWED BY WRITE CYCLE 

P2 . WR 

V.RDACK 

V.REQ . 

V.ACK - 

V.WAIT- - : 

WRITE CYCLE FOLLOWED BY READ CYCLE 

P2.WR 

P2.RD- 
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V.REQ 

V.ACK 

V.WAIT 
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3.16.9. Video Controller 

The video controller generates the timing for the video monitor. The following description applies 

to the "stancard Sun-2 video monitor". This video monitor has the following attributes: 

Visible Display 1152 pixels by 9CG lines 

Video Clock: 10 nsec 100 MHz 

Horizontal Cycle: 16. 0C usee 62.5 kHz 

Vertical Cycle: 15000 usee 66.66 Hz 

Horizontal Retrace: 4.46 usee 

Vertical Retrace: 60C usee 

Video controller latch [74P374:ui8i2] latches the outputs of horizpntai and vertical decoding 
PROM on the nsmg edge of [v.hclk]. 

3.16.10. Horizontal State Machine 

Horizontal counter [74LS393-ui8io] is advanced every 640 nsec with the falling edge of clock 
[v.hclk]. Horizontal counter is reset with [v.hclr] generated by video controller latch. 

Horizontal decode PROM [P9X4-uieii] decodes horizontal counter inputs [v.hso] through [v.hs6]. 
plus vertical blank [vblank] from the vertical state maenme. Horizontal decoae PROM outputs are 

[V.HCLR, V.HSYNC, AND V.DISPEN]. 

3.16.11. Horizontal State Machine Timing Diagram 



Signal State 

STATE ♦ 1 0000 '0 00000 1 1 1 1111111222222 
01234567890123456789012345 

HCLK 

DISFEN - 

HSYhC 

HRESET — 



3.16.12. Vertical State Machine 

Vertical counter [74LS393:U1813. ui814) is advanced on falling edge of horizontal sync [v.hsync]. 
Vertical counter is reset with [v.vclr] from video controller latch. 

Vertical decode PROM [P9X4:U1815] decodes vertical counter states [v.vstatei..7), the AND of 
[v.vstate8..9] , and [v.vstatei o). Vertical decode PROM outputs are [v.vsync, v.clr, v.vblank, and 
v.resct]. The vertical decode PROM function is defined in PROM A1815. 
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3.1 6.1 3. Vertical State Machine Timing Diagram 



5S 



Signal State 

STATE+1 0OC00CCO... 9999999999999999 ...9999 

0 0 0 0 0 0 0 0 ... 000000000011 1 111". ..3333 
01234567... 01234567690 12345. .-6678 

VELA.NK 

VSYNC 

VRESE7 

3.1 6.1 4. Video Interrupt Logic 

Interrupt flipflop (74F74:U1 803-1) is set at the leading edge of [v.vblank] as long as interrupt 
enab-e [v.inten] is enabled. 
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3. 16. 15. -Video Clock and Shifter 

The 100 MHz video clock [v.c.10] that is generated by crystal oscillator [ki ii4A:insoo] is buffered 
by gate [74F08:Uiscs-o] and is then divided into a 50 MHz clock by flipflop [74Fi i2-.ui80i-o]. 

The video data [v.oo..7] is loaded into two 50 MHz shift register, [74F194:U1805. U8i06], one 
shifting the odd and one the even bits, respectively. A pair of odd and even bits [v.vido, v.vidi] 
together with 10 nanosecond clock [v.c.io-] and 20 nanosecond clock [v.c.20] is converted from TTL 
to ECL levels by converter [ioh:24 : ji807] and drives the 100 MHz shift register [iohi4ij. Since both 
true and inverted data is loaded into the shifter, differential output levels [video-, video-] are 
available on its outputs. The differential outouts are terminated with 390 Ohm resrs'ors [ c risoo. 
risoi] to [-5V] and are intended to drive differential ECL terminated with an impedence of 100 Ohm. 

The timing is illustrated in the figure below, 
v . c . 10 

V.C.4C 

V.STATEO - 

V.DISPEN 

V.LOAD 

V.LDEN t 

V.LO 

V.ECLK 
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pal type pal 1618 

palcase A101 

palid 1.24 84/07/31 

PALBEGIN 

% Inputs 

1 INPUT P.FCO 

2 INPUT P.FC1 

3 INPUT P.FC2 

4 INPUT BOCT- 

5 INPUT Q.AUTOV- 

6 INPUT RD.PROM- 

7 INPUT Q.AS 

8 INPUT C.S7 
6 INPUT PINS 

11 INPUT B.DTACK 

10 GND 
20 VCC 

X Outputs 

15 OUTPUT Q.MMU- 
18 OUTPUT C.S7AS 
17 OUTPUT OE.PROM- 

16 OUTPUT Q.SPECIAL- 
15 OUTPUT Q.INTVEC- 
14 OUTPUT Q.VPA- 

13 OUTPUT FC7- 

12 OUTPUT SPWAIT- 

EQUATIONS 

ASSERT Q.KMU- 
ENABLE ALWAYS 

OR / P.FC2 ft P.FC1 ft P.FCO * Q.AS 

Asrrr.T cs7as 

ENABLE ALWAYS 
OR / C.S7 

OR /Q.AS 

ASSERT OE.PROM- 
TTLE ALWAYS 

OR P.FC2 * P.FC1 ft / P.FCO * BOOT 

OR RD.PROM 

ASSERT Q. SPECIAL- 
ENABLE ALWAYS 
OR P.FC1 * P.FCO 

OR P.FC2 ft P.FC1 ft / P.FCO ft BOOT 



5 Function code 3. KMU access. 
E Deacrrcrize : C.S7 ft AS 

% Boot and FC=6; Fetch Inst fron EPROM. 
ft Q.AS 

% Special Cycle. Inhibit CAS. 

% FC=7 or FC=3. INTA or KMU cycle. 
% BOOT cycle. 



ASSERT Q.INTVEC- % VJtE interrupt acknovledge cycle. 
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ENABLE ALWAYS 

OR P.FC2 * P.FC1 ft P.FCO ft C.S7 ft / Q.AUTOV ft Q.AS 

ASSERT Q.VPA- % Local interrupt acknowledge cycle. 
ENABLE ALWAYS 

OR P.FC2 ft P.FC1 ft P.FCO ft C.S7 ft Q.AUTOV ft Q.AS 

ASSERT SPWAIT- % DTACK for SPECIAL cycles. 

ENABLE ALWAYS 

OR P.FC2 ft P.FC1 * / P.FCO ft BOOT ft / C.S7 5 Boot, cycles 

OR P.FC2 ft P.FC1 * P.FCO ft / Q.AUTOV ft / B. DTACK $ VME Vector 

OR P.FC2 ft P.FC1 ft P.FCO ft Q.AUTOV % VPA cycle's. No DTACK. 

ASSERT FC7- 
ENABLE ALWAYS 

OR P.FC2 ft P.FC1 * P.FCO 



TIMING : NO-CLOCK 

% 12345678901234567890123456789012345678901234667890 

Q.MMU- _ _ _ 

Q . AS _-_-_-_ r _-_-_-_-_-_-_-_ r _-_-_-_-_-_-_-_ I _-_-_-_-_- 

P . FCO ""I_~~IJ~~IJ~~L.~~L.~~ ~~L.~~L-~~~_ 

P.FC1 _ 

P . FC2 

C.S7 

C.S7AS 

BOOT- ' -JZJZ.ZJZJZJZJZ. -- 

RD . PROM- 

OE . PROM- _ 

Q. SPECIAL- _ ~ _ — 

Q . AUTOV- 

Q.INTVEC- 

Q.VPA- - _— 

SPVAIT- _ 

B. DTACK -~ _ 

FC7- r_r_r-r_r_r_r_2_r_r_r_r_r — Z-^--------------^- - 

P I N9 ?;r* ;trT * It1! ' 1[ T' T ****** UTTTTTI CEXXXXO tTTTt umini 



PALEN3 
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paltype pall5r4 

palnaoe A102 

palid 1 .16 84/07/30 



PALBEGIN 



% Inputs 

2 INPUT Q.SPECIAL- 

3 INPUT CE.IQ- 

4 INPUT Q.R/V- 

5 INPUT S . DMA- 

6 INPUT P0R1- 

7 INPUT TC 20480- 

8 INPUT S. RERUN - 

9 INPUT TYPE1 

1 CLOCK C-80- 

10 GND 

11 OUTPUT-ENABLE OE- 
20 VCC 



% Outputs 



19 OUTPUT RD.IO- 
18 OUTPUT VR.IO- 
17 OUTPUT S.BERR- 
16 OUTPUT S .HALT- 
16 OUTPUT X.HALT- 
14 OUTPUT INIT- 
13 OUTPUT P.HALT- 
12 OUTPUT P. RESET- 

* EQUATIONS 

: WRITE Q.R/V ; % Define VRITE ' 

: READ Q.R/V- ; % Define READ 

ASSERT RD.IO- % Enable data buffers froa 10. Dx->P.Dx 
ENABLE ALWAYS 

CR / S.D*A t C. SPECIAL L READ £ KKU real cycle 

OR / S . DMA t CE.I2 t READ 5 I/O read cycle . 

OR / S .DMA t TYPE1 t READ • % VME read cycle 

OR S .DMA It VRITE % DVMA vrite cycle 



A?^~T VR.IO- % Enable data buffers from P.Dx->IO.Dx 
£KV^LE ALWAYS 

OR / S .DMA t VRITE % MMU ♦ I/O ♦ VME vrlte cycle 

OR S .DMA t I CE. 10 t / TYPE1 t READ % DVMA read cycle from P2-bus 

ASSERT S.BERR- % Clocked output. Syncronized bus error 
OR S. RERUN 

ASSERT S . HALT- % Clocked output. Syncronized bait. 
OR S . RERUN 
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pa.ltjpe pal 1618 

p&lnaae A103 

palld 1.16 84/07/31 

PALBEGIN 



% Inputs 

1 INPUT Q. ERROR 

2 INPUT Q. SPECIAL - 

3 INPUT C.S6 

4 INPUT Q.S7 
6 INPUT 3. AS 

6 INPUT VR.PMAPOL- 

7 INPUT Q.R/V- 

8 INPUT MOD 

9 INPUT S.DMA- 
11 INPUT S.BERR- 
18 INPUT TIMEOUT - 



10 GND 
20 VCC 



% Outputs 




19 OUTPUT 


Q.BERRCLK 


17 OUTPUT 


Q.3ERR- 


16 OUTPUT 


Q.PARCLR- 


16 OUTPUT 


WR.STAT- 


14 OUTPUT 


VR.UPDATE- 


13 OUTPUT 


VR.PMAPOX- 


12 OUTPUT 


M0D1 


EQUATIONS 




: VRITE Q 


.R/V ; 


ASSERT Q.BERRCLK 


ENABLE ALWAYS 


0?. / 


Q.BERR 


OR S, 


.DMA 


OR S. 


. BERR 


OR / 


Q.AS 



% Corf using once gone 
% Deaorga.nl z e : 

X Q.BERR t /S .DMA t /S.BERR k Q.AS 



ASSERT Q.BERR- 

ENABLE ALWAYS 

OR Q. ERROR * C.S5 * / Q.S7 k Q.AS 

OR Q.BERR * Q.AS 

OR Q.BERR k / S.DKA k / Q.PARCLR 

OR S.BERR It C.S5 k Q.AS 

OR TIMEOUT it CSS k / Q.S7 k Q.AS 



% Processor bus error 

k / Q. SPECIAL % Set only btvn CS5-QS7 
% Hold while Q.AS 
% Clear parerr at end of cjcle 
$ Rerun cycle 

% Handle timeout on Q. SPECIAL 



ASSERT Q.PARCLR- 
ENABLE ALWAYS 

OR Q.BERR k / S .DMA k / Q.AS 



$ Pulse at end of Q.BERR 
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ASSERT VR. UPDATE- X Wr strobe for poap nibble 

ENABLE ALWAYS % . . .containing acc/mod bits 

OR / Q. ERROR t C.S5 t / Q.S7 t / Q . SPECIAL % Update for noraal cycles 

OR VR.PMAPOL * Q. SPECIAL Jt / Q.S7 % Written by CPU 

ASSERT VR . STAT- % OE stat bits to paap entry 

ENABLE ALWAYS 

OR / Q. ERROR Jt CSS Jt / Q.S7 t / Q . SPECIAL % Turn-on quicfcly 

OR VR . UPDATE t / Q. SPECIAL 5 Turn-off slovly 

ASSERT VR.PMAPOX- 5 OE 10 bus to psap entry 

ENABLE ALWAYS 

OR VR.PKAPOL t Q. SPECIAL % Turn -on quietly 

OR VR . UPDATE t Q. SPECIAL 5 Turn-off 'slovly 

ASSERT MODI 5 Pcap page codified bit 

ENABLE ALWAYS % De-morganize : MOD or WRITE 

OR / MOD k / WRITE 

TIMING: NO-CLOCK 

% 12345578901234567890123456789012345678901234567890 

a . as — 

c S5 _2 — — — _3 — — — — — — — — 

Q . ERROR ~ 

a. SPECIAL- _ 

S . DMA- - ' . . _ ~ ™ 

TIMEOUT- 



a . BERRCLK 

a . BERR-. . 

Q.PARCLR- 

VR.PMAPOL- 

VR.UPDATE- 

VR.PMAPOX- 

VR.STAT- 

MOD 

e.R/w- 

M0D1 



PALEND 
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static char* sccs_id = "1.3 84/07/20 B ; 

/* This Information proprletarj u> Sun Microsystems Inc */ 

* Author: Model-50 Group 

* Date : March 9. 1984* 

* Prcn Name: A105 

* Pros Type: 1024 x 4. 

* Speed : 35 nsec. 

* Purpose: Interrupt level priority encoding. VKE has precedence. 



*/ 



#lnclude B /usr/local/pl/proa . c* 

#deflne range(lov,x,hlgh) ( (lov<=x)**(x<=high) ) 

/* Define lnpnts to IK x 4 prom. */ 



define 




_intl 


(a0) 


#def ine 


cpu 


"mt2 


(ai) 


#def Ine 


cpu 


[int3 


(a2) 


#def ine 


cpu 


~mt4 


!(a3) 


#def lne 


cpu # 


~mt5 


! (a4) 


#def ine 


cpn 


~int6 


!(a5) 


#def lne 


cpu^ 


"mt7 


(a6) 


#def lne 


vme^ 


~ipl2 


!(a7) 


#def lne 


vase 


"ipii 


!(a8) 


#def lne 


vae 


"ipio 


!(a9) 



/* .Define vme Interrupt "levels"*/ 



#def lne 
Sdefine 
#def lne 
#def lne 
tdefine 
tdeflne 
#def ine 

/* Perf 
lntleve 
{ Int 
leve 
if ( 
if ( 
if ( 
if ( 
If ( 
if ( 
if ( 
retu 



vme_int: - 
vae_int2 
vme~lnt3 
vae_int4 
vme_int5 
vme_int6 
vme~int7 

orm priori 
10 

level; 
1 = 0; 
vme_intl 
vme_int2 
rae_int3 
vme_lnt4 
vme_int5 
vme_iut6 
vme_lnt7 
rn (level) ; 



(!vme_ipl2 tt 
(!vne~ip!2 tt 
(!vme~ipl2 tt 
( vme~ipl2 tt 
( vme~ipl2 tt 
( vme~lpl2 tt 
( vme~ipl2 tt 



!vme_lpll tt 

TCe~ipll tt 

vme~lpll ** 

!vae~ipll tt 

!vme~ipll tt 

vme~ipll tt 

vme~ipll tt 



vme_iplO) 
! vme_iplO) 

vme~iplO) 
! vme^iplC) 

vme_iplO) 
! v»e_iplO) 

vme^iplC) 



ij encoding */ 



I cpu_intl) level 

I cpu~iut2) level 

I cpu~int3) level 

I cpu~int4) level 

I cpu~lnt5) level 

I cpu~intC) level 

I cpu^lnt7) level 



/* Lovest priority */ 



/* Highest priority */ 
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/* Define Outputs */ 
tdefine ipl2. 
tdeflne Ipll 
tdefine lplO 

malnO 

< 

prcsil024x4 ; 

procbeglu 
pro2(0,d0, !iplO) 
prc=(0,dl, ! ipll) 
?rcr(0,d2, ! ip!2) 
pros CO, d3. 1) 
proceed ; 

•.Tlte^^oa(•AiOS• ,0) ; 
> 



(lntlevelC) * 0x04) /* msb */ 

(lctlevelC) t 0x02) 

UntlevelO # 0x01) /* Isb */ 



Oct 4 11:35 1984 A106.pal Page 1 



paltype pall618 

palname A106 

palld 1.10 84/07/31 

PAL3EGIN 

% Inputs 

1 INPUT C.S5 

2 INPUT C.S7 

3 INPUT C.S9 

4 INPUT CE.IO- 
6 INPUT PIN5 

6 INPUT PIN6 

7 INPUT Q.R/W- 

8 INPUT P2.WAI7- 

9 INPUT P.A01 

11 INPUT R.DKAEN- 

10 GN3 
2C VCC 

5 Outputs 

• OUTPUT PIN19 
OUTPUT PIN18 
17 OUTPUT PIN17 
16 OUTPUT PIN16 
15 OUTPUT TOWAIT- 
14 OUTPUT I0WAIT- 
13 OUTPUT Q.BANKO 
:2 OUTPUT Q.BANK1 

EQUATIONS 

: WRITE Q.R/V ; % For ease of reading 

ASSERT TOWAIT- 

ENABLE ALWAYS 

OR WRITE * P2.WAIT 

S At 10 MHz. 2 valt I/O. 1 wait frane buffer. 
: IOWAIT 10MHZ 

OR CE.IO ft / C.S7 

OR / C.S5 ; 
% At 12 KHz, 3 valt I/O. 2 valt frame buffer. 
: IOWAIT 12MH2 

OR CE.IO ft / C.S9 

OR / C.S7 ; 

ASSERT IOWAIT- 
ENABLE ALWAYS 

I0UAIT_10KHZ % Initial product at 10 bbz 



ASSERT Q.BANKO 



% Select first ras bank 
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ENABLE ALWAYS % De-aorganize : / P.AOl or R.DMAEN 

OR P.AOl t / R.DMAEN 

ASSERT Q.BANK1 % Select Secosd Raa Bant 

ENABLE ALWAYS % De-norganize : P.AOl or R.DMAEN 

OR / P.AOl * / R.DMAEN 

TIMING: NO-CLOCK 

% 1234567890123456789012345678901 2345678901234567890 
5 • R/V- 



C.S5 
C.S7 
C.S9 
CE. 10- 
IOWAIT- 



P.A01 
R.DMAEN- 
Q.BANKO 
Q.BANK1 



PIN5 

PIN6 

PIN19 

FIN18 

PIN17 

PIN16 



?????????????????????????????????????????????????? 
?????????????????????????????????????????????????? 
?????????????????????????????????????????????????? 

7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 ? V? 
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atic char* sccsJLd = B 1.8 84/06/02*; 

This information proprietary to Sun Microsystems Inc */ 

Antbor: Model -50 Gronp 
Date : March 8, 1984 
Proa Name: A1604 and A1605' 
Pros Type: 32 x 8. 
Speed: 35 usee. 

Purpose: Video Memory State Machines 
Timing: 

The rideo state machines perform an optional read or vrite access 
to the frame buffer memory followed by a video update read cycle. 
The basic memory cycle consists of 16 states; the state machine 
is clocked every 40 nsec and, hence, repeats every 640 nsec. 

XRE5=0 (No CPU read/vTite access) 

State 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 



Clock — " " ~_ 

V0E\ 000000001 11111 1 1222222223333333344444444555555556666666677777777 



RAS\ 

RAS0\ 

CAS\ 

G\ 

VEX 

CEVRAX 
0EVCAX 
0EPRAX 
.0EPCAX 
HCLK 
EKRE3 
LOAD 
LDO 
LD1 



XRE5=: (CPU read/vrlte access) 



State 


0 


1 


2 


3 


4 


5 


6 


7 


8 


S 


10 11 12 13 14 IE 



Clock — _ 

V0E\ 000000001 1 1 1 1 1 1 12222222233333333444444445555555556665666 /7 11111 1 



RAS\ 

CAS\ 
G\ 

v\ 

0EVRA\ 

0EVCA\ 

0E?RA\ 

0E?CA\ 

AQC 

HCLK 
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* LOAD 

* LDO 

* LD1 




*/ 

*inclnde •/nsr/local/pl/proa/c B 

*de*ine range (lov,x,fcigb) ((lov<=x)**(x<=Mgb)) 

/* Define inpnts to 32 x 8 proas */ • 

tdefine stateO (aO) 

#define statel (al) 

tdefine state2 Ca2) 

#deflne state3 (a3) 

sdeflne xreq (a4) 

/* Define ontpnts »/ 

^define nstate nnstateO 
nnstate () 

{ int state ,xstate; 

state s (cvb(stateO)*dO+crb(statel)*dl^CTbCstate2)*d2f crb(state3)*d3) ; 
xstate = ((state ♦ 1) % 16); 
return (xstate) ; 



#def lne ras ((xreq tt range (2 , nstate , 6) ) JJ range (1 0 estate ,14)) 
#define cas - ( (rreq t* range-(-5 , nstate , 8>) H \ 

(range (13, nstate, 15) II (nstate = 0)) ) 

#define g ((xreq tt range (5 , nstate , 8) ) M~ range (13, nstate, 15) > 

^define ve (_(*req range (3. nstate JJ)))) 

#deflne pra range ( 0, nstate, 3) 

#deflne pea range ( 4, nstate, 7) 

tdefine rra range ( 8, nstate ,11) 

#define Tea range (12 , nstate , 15) 



^define act (xreq tt (nstate=9)) 

tdefine belt range (0, nstate, 1) 

tdefine load ((nstate $ 2) = I) 

tdeflne enreq (nstate == 0) 

aain() 

pron32x&; 



proabegin 

proa (0 , dO , (nstateJtdO) ) 
proa(0,dl , (nstatefcdl)) 
proa (0 , d2 , (nstatefcd 2) ) 
proa (0 , d3 , (nstateJtd3) ) 
proa(0,d4, ! pra) 
prom(0,d5, !pca) 
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proB(0,d6. !rra) , 
proa(0,d7. frca) 

prood.dO, fras) 
proad .dl , !cas) 
proB(l # d2, fg) 
prois(l,d3, !v#) 
proa(l,d4, belt) 
proa(l,d5, load) 
proa(l,d6, enreq 
proc(l.d7, act) 
prosend ; 

vrlteprottCA1604 , ,C) ; 
vriteproB^AlSOB 1 ,!) ; 



> 
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pal type pall6r4 

palnaae A1616 

pal Id 1 .6 84/07/30 

P ALB EG IN 



% Inputs 

2 INPUT V.BS1 

3 INPUT V.BS2 

4 INPUT V.LDS- 
E INPUT V.UDS- 

6 INPUT V.RAS- 

7 INPUT V.VE- 

8 INPUT V.RCO- 

9 INPUT V.STATE3 
12 INPUT V.DISPEN- 



I CLOCK CLK 
1C GKD 

II OUTPUT - ENABLE OE 
20 VCC 



% Outputs 
19 OUTPUT V.VU- 
18 OUTPUT V.VL- 
17 OUTPUT V.RASO- 
16 OUTPUT V.RAS1- 
1B OUTPUT V.RAS2- 
14 OUTPUT V.RAS3- 
13 OUTPUT V.CEN- 



• EQUATIONS 



VIDEO CYCLE V.STATE3 ; % Cycle is for video 

CPU_CYCLE / V.STATE3 ; % Cycle is for CPU 



% Equations to generate all rideo RAM RAS strobes 



ASSERT V.RASO- 

OR V.RAS * / V.BS2 * / V.BS1 t CPU CYCLE 

OR V.RAS * VIDEO_CYCLE 

ASSERT V.RAS1- 

OR V.RAS t / V.BS2 * V.BS1 c CPU_CYCLE 

OR V.RAS k VIDEO CYCLE 



S RAS bank 0 

% CPU cycle to this bank 

% Video cycle nil's all banks 

5 RAS bank 1 



ASSERT V.RAS2- 

OR V.RAS t V.BS2 I I V.BS1 t CPU_CYCLE 

OR V.RAS t VIDEO CYCLE 



% RAS bank 2 



ASSERT V.RAS3- 

OR V.RAS Jt V.BS2 s V.BS1 * CPU_CYCLE 

OR V.RAS * VIDEO CYCLE 



% RAS bank 3 
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paltjpe pal 1618 
palnaae A1620 
palid 1 .11 84/08/01 

PALBEGIN 

5 Inputs 

1 INPUT V . BSEL- 

2 INPUT V.CSEL- 

3 INPUT P2.RI>- 

4 INPUT P2.WEU- 

6 INPUT P2.WEL- 

6 INPUT V.WL- 

7 INPUT P2.A17 
6 INPUT V.WU- 

9 INPUT V.ACK 

11 INPUT Q.AS 

10 GND 
20 VCC 

% Ontpnts 

19 OUTPUT V.RD- 
18 OUTPUT V.RDC- 
17 OUTPUT V.WLC 
16 OUTPUT V.VUC 
15 OUTPUT V.REQ- 
14 OUTPUT V.RDACK- 
13 OUTPUT V.WAIT- 

12 OUTPUT VREQ 5 NAME OK. ve gen both Y.REQ and V.REQ- 



EQUATICNS 



ASSERT 
ENABLE 
OR 



V.RD- 
ALVAYS 
V.BSEL 



S Enable frane bnffer read data to P2 



* P2.RD t / P2.A17 



ASSERT 
ENABLE 
OR 



V.RDC- 
ALWAYS 
V.BSEL 



5 Enable control reg read data to P2 



t P2.RD ft P2.A17 



ENABLE 



V.WUC 
ALWAYS 



5 Write epper byte control reg 

% De-oorganlze: V.BSEL ft AS ft A17 ft WEU 



OR 
OR 
OR 
OR 



/ V.BSEL 
/ Q.AS 



/ P2.A17 
/ P2.WBU 



ASSERT 
ENABLE 



V.WLC 
ALWAYS 



% Write lover byte control reg 

% De-Borganize : V.BSEL ft AS ft A17 ft WEL 



OR 
OR 
OR 



/ V.BSEL 
/ Q.AS 
/ P2.A17 
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OR 



/ P2.WEL 



ASSt.iT 


V.REQ- 












s 


Frase bniTer request 


ENABLE 


A f til VP 

ALWAYS 
















OR 


V.BSEL 


ft 


Q.AS 


* / P2 


.A17 


ft 


P2.RD 


ft / V.ACK ft / V.RDACK 


OR 


V.BSEL 


ft 


Q.AS 


ft / P2 


.A17 


ft 


P2.WEU 


ft / V.ACK 


OR 


V.BSEL 


ft 


Q.AS 


ft / P2 


.A17 


ft 


P2.VEL 


ft / V.ACK 


OR 


V.CSEL 


ft 


Q.AS 






ft 


P2.VEU 


ft / V.ACK 


OR 


V.CSEL 


ft 


Q.AS 






ft 


P2.VEL 


ft / V.ACK 


OR 


V.REQ 














ft / V.ACK 


ASSERT 


V.RDACK- 














Used to bold deasserti 



% Hold til act 



ENABLE ALWAYS 



OR 
OR 



V.ACK ft 
P2.RD ft 



/ V.VL ft 
V.RDACK 



/ V.WU 



ASSERT V. WAIT- 
ENABLE ALWAYS 

OR V.BSEL * P2.RD ft / P2.A17 ft / V.RDACK 

OR V.WAIT ft P2.RD ft / V.RDACK 

OR / P2.WEL ft / P2.WEU ft V.REQ 

OR V.WAIT ft V.REQ ft / V.ACK 



% Set at end or read req 
% Hold till RD gone 

% Inhibit DTACK 



% Set on RD 
I Hold nntil V.RDACK 
% Set at end of vrlte 
5 Hold till V.ACK 



ASSERT VRSQ 
ENA3LE ALWAYS 
OR V.REQ- 



% Inverter 



TIMING: NO-CLOCK 
% 

P2.RD- 

P2.WEL- ' 

P2.WEU- 

Q.AS 

V . RE3- 

VREQ 

V.ACK 

V.WAIT- 

V.RDACK- 

V.WL- 

v.wu- 

V.BSEL- 
V.CSEL- 



12345678901234S678901234S578901234S 



P2.A17 

V.RD- 

V.RDC- 



. w JC 



PALEND 
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static char* cccs_id = »1.12 84/06/20"; 

tinclnde Vnsr/local/pl/proa.c* 

id e flue range (lov,x, high) (Clov<=x)**Cx<=high)) 

/* This Information proprietary to Snn Microsystems Inc »/ 



Author: Model-SO Gronp 
Date : March 9, 1984 
Prom Name: A1811 
Pros Type: 612 x 4. 
Speed: 55 nsec. 

Purpose: Video horizontal state machine. 
Timing: 

1 Horizontal state = 64 pixel; 1 pixel = 10 nsec. 



Range Length Length Time 
[State] [State] [Pixel] [nsec] 



*«» 1152 x 


900 


Display 


*«« 








cycle 


00 


. .24 


25 


1600 


16 


00 


risible 


00 


. .17 


18 


1152 


11 


.52 


invlsbie 


18 


.24 


7 


448 


4 


.48 


f rontporcb 






0 


0 




0 


hsync 


18 


.19 


2 


128 


1 


.28 


bacrpcrcb 


20- 


.24 


5 


. 320 


3 


20 


**» 1024 X 


1024 Display 


»»» 








cycle 


00 


.24 


25 


1600 


16 


00 


risible 


00 


.15 


18 - 


- 1152 


11 


62 


lnrisble 


16 


.24 


7 • 


448 


4 


48 


frontporcb 


16 


Tie" — ~ 


■1- : 


64 


0 


64 - 


bsyne 


17 


.18 


2 ~ 


128 


"i 


28 


bac'tpcrcb 


19 


.24 


•6 


-384 


3 


84 



KFreq = 62.5 KHz 



KFreq =62.5 KHz 



/* Define Inputs */ 



int res 


_1 152x900; 


•define 


bo 


(a0) 


•define 


bl 


(al) 


•define 


b2 


Ca2) 


' .ilne 


*3 


(a3) 


•Jefine 


b4 


(a4) 


•define 


b5 


(a£) 


•define 


b6 


(a6) 


•define 


b7 


(a7) 


Sdef lne 


Tbletni 


(a8) 



^define state (cvb(bC)*dO ♦ cvb(hi)*dl ♦ crb(h2)*d2 ♦ cvb(b3)*d3 ♦ \ 
cvb(h4)*d4 ♦ cvb(b5)*d5 ♦ cyb(b6)*d6 ♦ crb(b7)*d7 ) 
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fdefine nstate ((state ♦ 1) % 25) 

dlspen () 

< int dlspen; 

if (res_l 152x900) < 

dispen = (Irblan* tt range (0, nstate, 17)) ; 

> else < 

dispell = (fvblan* tl range (0,nstate, 15)) ; 

> 

retnm (dispen) ; 

> 

tasjncQ 

< int bsjnc; 

if (res_l 152x900) < 

bsjnc = range (18, nstate, 19); 

> else < 

bsrne = range (17, nstate, 18) ; 

> 

return (bsjnc) ; 

> 

^define breset (nstate == 0) 
#define vclocfc (nstate == 21) 

aainO 

< 

proc512x4; 

res_l 152x900 =1; 
prombegin 

proa (0 , dO , bsync () ) 
proa(0,dl , dispenO) 
proo(0, d2f! dlspen O) 
prox(0, d3, breset) 
prosend ; 

res^i 152x900 = 0; 
prombegin 

proad.dO, bsjnc O) 
pros(l,dl, dispenO) 
proad ,d2, f dispenO) 
proa(l,d3, breset) 
proaend ; 

vriteproa( , A1811«,0) ; 
vrlt—rcttCAieil 1C24M); 
> 
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static char* sees Id = "LIO 84/06/20"; 



tinclnde •/nsr/local/pl/prom.c 1 

idefine range (lov.x, high) (Uov<=x)*t(x<=high)) 

/♦ This Information proprietary to Snn Microsystems Inc */ 



* 
* 
* 

* 
* 
* 
* 
* 

* 
* 



Anthor: Model-50 Group 
Date : March 9, 1984 
Prom Name: A1816 
Prom Type: 512 x 4. 
Speed: 65 nsec. 

Purpose: Video vertical state machine 

1 states = 1 line = 16.00 nsec (62.60 KHz) 



Range 
[Lines] 



Length Time 
[Lines] [nsec] 



* 


*** 1152x900 Display > 


**» 




* 


cycle 000. 


.936 


937 


14992 


* 


risible 000. 


.699 


900 


14400 


* 


invisble 900. 


.936 


37 


692 




frontporch 




0 


0 




▼sync 900. 


.909 


10 


160 


* 


backporch 910. 


.936 


27 


432 




*** 1024x1024 Display 


*** 






cycle 000. 


.1060 


1061 


16976 


* 


visible 000. 


.1023 


1024 


16384 




lnvisble 1024. 


.1060 


37 


592 


* 


frontporch 




0 


0 




▼sync 1024. 


.1033 


10 


160 


* 


baclcporch 1034. 


.1060 


27 


432 













66.70 Hz 



68.91 Hz 



int res_l 162x900; 

/* Define Inputs to proa */ 



*deflne 


TO 


0 


•define 


Tl 


(al) 


•define 


t2 


(a2) 


fdeflne 


t3 


(a3) 




74 


(a4) 


#dejrint 


v6 


(a5) 


fdeflne 


t6 


(afl) 


fdeflne 


t7 


(a7) 


fdeflne 


t8 


(a8) 


fdeflne 


t9 


(a8) 


fdeflne 


T10 


(a0) 



•define line (cvb(vO)*dO ♦ cvb(vl)*dl ♦ cvb(v2)*d2 ♦ crb(r3)*d3 ♦ 
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crb(r4)*d4 ♦ crb(rG)*d5 ♦ crb(r6)*d6 ♦ CYb(r7)*d7 ♦ \ 
crb(v8)*d8 ♦ crb(r9)*d9 ♦ crb(r!0)*dlO) ' 

TSJBCC) 

< int tsjuc; 

if (res_l 152x900) { 

vsjrnc « range (900, line , 909) ; 

> else < 

vsync = range (1024, line, 1033) ; 

> 

return (vsync) ; 

> 

rblantO 

< int rblanfc; 
if (res_l 152x900) { 

rblank = (line > 

> els« < 
vblan* = (line > 

> 

retzrz (rblanO ; 

> 

rresetQ 
{ int rreset; 

if (res_l 152x900) < 
rreset = (line > 

> else < 
rreset = (line > 

> 

return (rreset) ; 

> 



caisC) 
i 

pro=512x4; 

resell 52x900 = 1; 
prcsbegln 

prcsCC, dO, rsjncO) 
proc(0,di . IrresetO) 
proa(0,d2, rblanfcO) 
proc(0,d3, rreset ()) 
prosend ; 

res_1152x900 = 0; 
promboj-ln 

: oa(l ,d0, rsyncO) 
prond , dl , IrresetO) 
pro»(l.d2, vblanfcO) 
proad , d3, rreset-O) 
prooend ; 

VTlteproffiCA1815 # ,0) ; 
vriteproo( B A18J5 1C24 # ,1); 



= 900); 
= 1024); 



= 936) ; 
= 1060); 
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pal type pall6r8 

palnaoe A214 

palld 1.36 84/08/26 



PALBEGIN 



X Inpsts 

2 INPUT S.RREQ- 

3 INPUT S.EREQ- 

4 INPUT S.XRE3- 

5 INPUT S.EH3LD 

6 INPUT P.3G- 

7 INPUT S.ASIN 

8 INPUT S.ERR- 
8 INPUT Q.S7 



I CLOCK CLK 
10 CND 

II OUTPUT-ENABLE OE- 
20 VCC 



% Outputs 

19 OUTPUT R.DMAEN- 
18 OUTPUT E . DMAEN- 
17 OUTPUT X.DMAEN- 
16 OUTPUT E. CLR- 
15 OUTPUT S.DMA- 
14 OUTPUT S.ASOFF- 
13 OUTPUT PIN13- 
12 OUTPUT S.BR- 



• EQUATIONS 



: IDLE / R.DMAEN ft / E. DMAEN t / X. DMAEN ; 

% Non-contigons DVHA 

: GRANT 1 *" P.BG ft / S.ASIN ft IDLE * S.BR * / S.ERR ; 



% Bac'r-to-Back DVMA (Last state on current DMAEN cycle) 

: GRANT2 P.BG ft S.ASIN t S.ASOFF ft S .DMA ft S.BR ft / S.ERR 



ASSERT 


S.BR- 










OR 


/ P.BG 


ft 


S . RREQ 


X 


Set 


OR 


/ P.BG 


ft 


S.EREQ ft S.EHOLD 


% 


Set 


OR 


/ P.BG 


ft 


S.XREQ 


% 


Set 


.u 


S.BR ft 


S 


. RREQ 


S 


Hold 


OR 


S.BR ft 


s 


.EHOLD ft / R.DMAEN 


5 


Hold 


OR 


S.BR ft 


s 


.XREQ 


X 


Held 


OR 


S.BR ft 


R 


.DMAEN t / S.ASIN 


X 


Hold 


OR 


S.BR ft 


S 


.DMA ft / R.DMAEN k / Q.S7 


X 


Hold 



Pending S.XREQ 
/tile R.DMAEN 



X. DMAEN 



ASSERT R.DMAEN- 

OR S .RREQ t GRANT 1 

OR S . RREQ t GRANT2 



% Relresfc draa 
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OR R.DMAEN * S .DMA ft / S.ASOFF 

OR R.DKAEN ft S .DMA ft / S.ASIN 

OR S.DMA * / S.ASOFF ft / E.DMAEN * / X.DMAEN % Deal vith S.DMA on POR 

ASSERT E.DMAEN- 5 Ethernet drmz 

OR S.ERE5 * S.EHOLD ft / S.RREQ ft GRANT 1 

OR S.EREQ ft S.EHOLD ft / S.RREQ ft GRANT2 

OR E.DMAEN ft S.DMA ft / S.ASOFF 

OR E.DMAEN ft S.DMA ft / S.ASIN 



ASSERT X.DMAEN- S VME-bus drat 

OR S.XREQ * / S.RRE5 ft / S.EREQ ft GRANT 1 

OR S.XREQ ft / S.RREQ ft / S.EREQ ft GRANT2 

OR X.DMAEN t S.DMA ft / S.ASOFF 

OR X.DMAEN ft S.DMA ft / S.ASIN 



ASSERT S.DMA- 

OR S.RREQ ft GRANT 1 

OR S.RREQ ft GRANT2 

OR S.EREQ ft S.EHOLD ft / S.RREQ ft GRANT 1 

CP. S.EREQ ft S.EHOLD t / S.RREQ ft GRANT 2 

OR S.XREQ ft / S.RREQ ft / S.EREQ ft GRANT 1 

OR S.XREQ ft / S.RREQ ft / S.EREQ ft GRANT2 

OR S.DMA ft / S.ASOFF 

OR S.DMA ft / S.ASIN 



% R.DMAEN or E.DMAEN or X.DMAEN 
% Refresh tsrnons 

J5 Ethernet tnraons 

% VME tnracns 



ASSERT S.ASOFF- 

OR R.DMAEN ft S.ASIN 

OR- S-DMA ft Q.S7 ft S.ASIN 

OR S .ERR 



% Assert E.CLR to clear Ethernet reqnest fllpflcp. 
ASSERT E.CLR- 

OR S.EREQ ft E.DMAEN ft / S.ASIN 



TIMING: 

S 112233445556778899001 12233445566778899001 1 223344 5566778B99001 122 

CLK 

F . BG- " ------ Z JZJZJZ- 

S . BR- ? 

S . RREQ- 

S.EREQ- 

S . EHOLD : 

S . XREQ- 



S.ASOFF- ? 

S.ASIN 

;.S7 — 

X.DMAEN- ??? 

E.DMAEN- ??? 

R.DMAEN- ??? 

S.DMA- ??? 

E.CLR- ? 

S .ERR- - 

OE- 
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PALEST) 
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paltrpe pal 1618 

palnaae A800 

pal id 1.11 84/07/30 

PALBEGIN 

% Inputs 



1 


INPUT 


R 


DMAEN- 


X Refresh DMA enable 


2 


INPUT 


E 


DMAEN- 


% Ethernet DMA enable 


3 


INPUT 


X 


DMAEN- 


% VME (external) DMA enable 


A 


INPUT 


#-«. 
«* 


R/W- 


% Read cr Vrlte 


6 


INPUT 


s 


DMA- 




e 


INPUT 


s 


AS3FF- 




7 


INPUT 


s 


ASON- 




6 


INPUT 


E 


AO 




9 


INPUT 


X 


LDS- 




11 


INPUT 


X 


UDS- 




1C 


GND 








20 


VCC 









% Outputs 

18 OUTPUT E.VE 
18 OUTPUT E.OE- 
17 OUTPUT 
16 OUTPUT 
15 OUTPUT 
OUTPUT 



14 

13 OUTPUT 
12 OUTPUT P.LDS- 



P.FCO 
P.FC1 
P.FC2 
P.AS- 
P.UDS- 



ESUATIONS 



WRITE Q.R/W 



ASSERT E.WE 
ENABLE ALWAYS 



OR 
0R 

OR 
OR 



/ E.DMAEN 
/ S.ASON 
S.ASOFF 
WRITE 



5 Deaorga.nl ze : 

$ E.DMAEN ft S.ASON ft 



/ S.ASOFF ft / WRITE 



ASSERT E.OE- 
ENA3LE ALWAYS 
OR E.DMAEN 



ft / S.ASOFF ft WRITE 



X 
% 
5 
% 



Function codes for DVMA cycles: 



R.DMAEN 
E.DMAEN 
X.DMAEN 



FC=7 . CPU space . 
FC=5. Supervisor data. 
FC=5 . Supervisor data. 



ASSERT P.FCO 
ENA3LE S .DMA 
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OR NEVER 

ASSERT P.FC1 

ENABLE S .DMA 

OR / R.DMAEN 

ASSERT P.FC2 
ENABLE S .DMA 
OR NEVER 

ASSERT P. AS- % Address strobe tor DVMA cjcles 

ENABLE S .DMA 

03 S.ASON t / S.ASOFF 

ASSERT P.UDS- % Data strobes for DVMA cycles 

ENABLE S .DMA 

OR E.DMAEN t / E.AO * S.ASON k / S.ASOFF 

OR X.DMAEN X X.UDS t S.ASON t / S.ASOFF 

ASSERT P.LDS- 
ENABLE S .DMA 

OR E.DMAEN * S.ASON * / S.ASOFF 

OR X.DMAEN * X.LDS * S.ASON * / S.ASOFF 

TIMING: NO-CLOCK 

% 123456789012345678901234S6789012345678901234567890 
Q.R/V- _-_ _- 

s . ason- - "Z-"" - !!-""" Z_~~Z_ r ~ 

S.ASOFF- 

E . DMAEN- _ 

E.VE - - - 

E.OE- _-_ _-_ _-_ 

R.DMAEN- 

S . DMA- 
P.FCC 
P.FC1 
P.FC2 
P.AS- 

E.AO 

X.DMAEN- 
X.UDS- 
X.LDS- 
P.UDS- 
P.LDS- 




?TTtIItf TTT TJ. f T Y 

XXZXXXXXXX3XgIXIX X 



PALEKD 
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paltjpe pa!16r4 

palname AB07 

palld 1 .18 84/08/01 

PALBECIN 



% Inputs 

2 INPUT VR.DCP- % Write strobe froc I/O decoders 

3 INPUT C-160 

4 INPUT C-320 

5 INPUT C.S9 

6 INPUT P.A01 

7 INPUT RD . DCP- 

8 INPUT C.S6 

9 INPUT C-80- 



I CLOCK CLK 

II OUTPUT-ENABLE 0E- 
10 GN2 

20 VCC 



| Outputs 

19 OUTPUT HAS- 
18 OUTPUT D . START- 
17 OUTPUT D.END- 
16 OUTPUT T160- 
15 OUTPUT T240- 
14 OUTPUT WAIT- 
13 OUTPUT KDS- 
12 OUTPUT P2. WAIT- 
EQUATIONS 

ASSERT MAS- 
ENABLE ALWAYS 

OR P.A01 k VR.DCP t / C.S9 



% Address strobe to DES chip 



S DCP addt strobe. Unclocked. 



ASSERT D. START- % DCP data strobe. Unclocked. 

ENABLE ALWAYS 

OR / P.A01 * RD.DC? k / C.S9 

OR / P.A01 k VR.DCP k / C.S9 k C.S6 _ 

OR D. START k / T240 



ASSERT D.END- % DCP data strobe. Clocked. 

OR D. START k / T240 

ASSERT T160- % Internal clocked edge 

OR D.END k C.S9 k / C-320 k C-160 

OR T160 k / T240 



ASSERT T240- 
OR T160 



% Internal clocked edge 
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ASSERT WAIT- 

OR D . START t RD.DCP * 

OR D. START * KD .DC? t 

OR D . START * RD.DCP k 

OR D. START I RD.DCP £ 

OR D. START t VR.DCP 



% Clocked 
/ D .END t / T160 * / T240 
/ C.S9 * / T160 t / T240 
C-320 t / T160 t / T240 
/ C-16Q * / T160 * / T240 
* / T240 



ASSERT KDS- 

EKABLE ALWAYS 

OR D. START 

OR D .END 

OR HDS t / C-80 



% Actnal data strobe to chip 



ASSERT P2 . VAIT- 
ENA3LE WAIT 
OR WAIT 



% Open-collector WAIT 



TIMING : 
% 

CLK 

C-80- 

C-160 

C-320 

C.S6 

C. S9 
P.A01 
MAS- 
VR.DCP- 
RD.DCP- 
VAIT- 
P2.VAIT- 

D. START- 
D , END- . 
KDS- 
T160- 
T240- 
0E- 



112233445566778S99001 1223344555677889900112233445566778899001 122 



????????? 

?????????" 

???????? 

?????????" 

???????? 

7?? Zl 

V *?*?•?*? 



PALEND 
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paltype pal 1618 

palname A810 

palld 1.42 64/10/04 

P ALB EG IN 

% Inputs 

1 INPUT RD.P1- 

2 INPUT VR.P1- 

3 INPUT B.AEN- 

4 INPUT B.T03- 
6 INPUT X.DMA- 

6 INPUT P. RESET - 

7 INPUT X.DMAEN- 

8 INPUT PI .VRITE- 

9 INPUT C.S4- 

11 INPUT Q.INTVEC- 

13 INPUT P.R/V- 

10 GND 
20 VCC 

% Ostpnts 

19 OUTPUT VME.DVEN- 
18 OUTPUT B.BSEL- 
17 OUTPUT B.RERUN- 
16 OUTPUT B.FREEZE- 
15 OUTPUT VME.DOE- 

14 OUTPUT XHOLD- 

12 OUTPUT VME. DIE- 
EQUATIONS 

ASSERT B.BSEL- 

ENABLE ALVAYS 

OR RD.P1 t / X.DMAEN 

OR VR.P1 k / X.DMAEN 

OR Q.INTVEC * / X.DMAEN 

OR B.BSEL t C.S4 

OR B.BSEL * B. FREEZE 



% CPU vasts Tae oastership 

% Read cycle 
% Write cycle 

% VME interrnpt acknowledge cycle 

% Hold during read-modlfy-vrlte cycles 

% Hold dnrlng any remn condition 



ASSERT B.FREEZE- 
ENABLE ALVAYS 

OR B. RERUN * / X.DMAEN t / P. RESET % Set 

OR B. FREEZE * / C.S4 * / P. RESET I Hold starting on RERUN tnm-cff 

OR B. FREEZE t / RD.P1 * / VR.P1 * / Q.INTVEC t / P. RESET 

OR B. FREEZE t X.DMAEN * / P. RESET 



ASSERT B. RERUN- 
ENABLE ALVAYS 
OR B.T03 
OR RD.P1 
OR VR.P1 



J 2.5 nsec short tloeont 
t X.DMA * / XHOLD % Bns deadlock 

t X.DMA t / XHOLD % Bns deadlock 
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OR Q.INTVEC t X.DMA ft / XHOLD 

OR B. RERUN ft C.S4 

ASSERT XHOLD- 

ENABLE ALWAYS 

OR X.DMAEN 

OR XHOLD ft X.DMA 

OR XHOLD * B. FREEZE 




OR 
OR 
OR 



ASSERT VME. DOE- 
ENABLE ALWAYS 

OR B.AEN * / X.DMAEN ft / P.R/W- 

OR B.AEN ft PI .WRITE ft B. FREEZE 

OR X.DMA ft / PI .WRITE 

ASSERT VME. DIE- 
ENABLE ALWAYS 
OR RD.P1 
OR Q.INTVEC 
OR X.DMAEN * / P.R/W- 



% Bas deadlock 

% Hold until CPU accepts Reran . 



S Set 

% Hold till end of XDMA 
S Or Hold till renin cycle 



.BSEL 



% Enable ontpnt data to VME 

* C.S4 S Set on CPJ vrite . 
% Hold during CPU reran 
% DVMA read 

% Enable lnpnt data from VME 



VME.DWEN- 
ALWAYS 

C.S4 * / X.DMA * / B. FREEZE t / "B 
C.S4 t / X.DMA t XHOLD 
C.S4 ft X.DMAEN 



TIMING: NO-CLOCK 

% 123456789012345678901234S678901234557 

P . RESET- 

B . T03- _ 

B . BSEL- -" - - - -_- 

B. FREEZE- _ 

B . RERUN- _ 

RD .PI- -_ _ _ 

Q . INTVEC- — ~ ~ ~ 

C. S4- — -- — - — — — - 



XHOLD- 
X.DMA- 



B.AEN- 
X.DMAEN- 
Pl .WRITE- 
P.R/W- 



VME.DWEN- 

VME.DOE- 

VME.DIE- 



PALEND 
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static char* sccs_id = •1.17 S4/10/02 B ; 

/* This information proprietary to Sun Microsystems, Inc */ 

/♦ ===== ===== =: =— 

* Author: Mod el -60 Group 

* Date : March 9, 1984 

* Prom Name: A811 

* Prom Type: 1024 x 4. 

* Speed: 25 nsec. 

* Purpose: VME-Bus Arbiter and Master functions 

* Tiding: 

* The arbitration state machine supports the CPU as either the Arbiter, 

* a mere Bus Master, or Both, The state machine supports orerlapped 

* data transfers and bus arbitration. If ve are the bus arbiter and 

* no one wants the bus and the bus is not bnsy then ve will vait in 

« Bus Master State under the assumption that the next bus transfer vill 

* be from the CPU to the VME-Bus. Litevise, if are the current bus 

* master, ve vill remain in Bus Master State until someone specifically 

* requests the bT2S. These steps remove arbitration overhead on CPU to 

* VME accesses and do not slov bus arbitration on reqnests by other 

* bns masters. 

* The arbitration 

* IDLE 

* BUS RES 

* VAITFORBUS 

* VAITREQ 

* BUS GRANT 

* MASTER RES 

* MASTER"* 

* MASTER NB 
~* " MASTERJ} 

*/ 

•include Vusr/local/pl/prom. c 1 
•define range (lov,x, high) ((lov<=x)**(x<=high)) 

/* Define inputs to IK x 4 Prom. */ 

tdef ine bgout 1 CaO) 

•define bbout !(al) 

•define brout ! (a2) - 

•define aen ! (a3) 

•define bbin ! (a4) 

•define brin ! (aS) 

•define as ! (a6) 

•define sel ! (a7) 

•define bgln I (a8) 

•define arb ! (a9) 



state machine has 9 potential states. These states are: 
Bus in use by another master 
Ve are issuing a bus reqnest 

Next bus cycle is ours. Vait for deassertion of AS. 
Next bus -cycle is : ours. Hold -bus request one more state. 
Ve are issuing a bus grant out. 

Ve Just became bus master. after asserting bus request. 
Ve are bus master asserting bus bnsy. 
Ve are bus master not_asserting bus busy. 
Veyarir^bus-Tnaster^asserting bus grant out. 



/» Define Bus Busy. *bbin # snppressed externally if •bbont* asserted. */ 

/* Prevents transition from MASTER to BUSGRANT to IDLE on our ovn •bbout* . */ 

•define bnsy (bbin II bbout) 
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/* Define Bns Req. •brim* suppressed externally if »bront" asserted. */ 

/* Prevents transition from BUSREQ to KASTER to KASTER_G on our ovn •bront 0 

♦define breq (brin I 1 bront) 



/* Define potential states */ 



♦define IDLE (tbgont 

♦define BUS REQ (Ibgont 

♦define VAITFORBUS (Ibgont 

♦define VAITREQ (ibgont 

♦define HASTER_REQ (ibgont 

♦define MASTER* (Ibgont 

♦define MASTER NB (ibgont 

♦define KASTER~G ( bgont 

♦define BUS GRANT ( bgont 



tt Ibbont ** I bront ** !aen) 

kk ibbont ** bront tk !aen) 

tk bbont tk \ bront tk laen) 

tk bbont tk bront kk taen) 

kk bbon^ kk bront kk aen) 

tk bbont tk ! brent tk aen) 

tk ibbont kk i bront kk aen) 

kk ibbont tk ! bront tk aen) 

kk ibbont tk ! bront kk laen) 



/* Define state transitions */ 



n IDLEO 

r 



int valne; 






ralne = 


arb 


kk 


ralne 1= 


arb 


kk 


ralne 1= 


arb 


tk 


ralne 1= 


arb 


tt 


ralne 1= 


larb 


kk 


ralne |= 


!arb 


kk 


ralne 1= 


larb 


kk 


ralne 1= 


farb 


kk 


retnm (valne) ; 







IDLE ** (bnsy kk isel) ; 
IDLE kk (ibnsy tk isel tt 
BUSGRANT tt (bnsy tk isel) 



/* Error */ 



STER tt (isel tt ibgin kk breq); 
STER_NB kk (isel kk ibgin); 
farb kk BUSGRANT kk (Isel kk Ibgin); 



n_BUSREQ() 

i~ int ralne; 



ralne = 


arb 


tt 


IDLE kk (bnsy kk sel) ; 


ralne 1 = 


arb" 


kk 


BUS RES ' tk : (bnsy)T 


ralne 1= 


arb 


kk 


BUSGRAKT kk (bnsy kk sel); 


ralne 1= 


larb 


kk 


IDLE kk (bnsy kk sel kk bgin) ; 


ralne 1= 


larb 


kk 


IDLE kk (sel kk ibgin); 


ralne 1= 


!arb 


tt 


BUSREQ tt (bnsy); 


ralne |= 


larb 


tt 


BUSREQ kk (ibgin); 


ralne 1= 


larb 


kk 


BUSGRANT kk (sel kk Ibgin); 


retnm (valne) ; 









n VAITFORBUS Q 



ralne ; 






ralne = 


arb 


kk 


ralne 1= 


arb 


kk 


ralne 1= 


arb 


kk 


ralne 1= 


tarb 


kk 


ralne 1= 


larb 


tk 


ralne 1= 


tarb 


tt 


retnrn (ralne) ; 







IDLE tt (ibnsy tt sel tt as); 
VAITFORBUS tk (as); 
VAITREQ kk (as) ; 

IDLE kk (ibnsy tt sel tt as tt bgin); 
VAITFORBUS tt (as) ; 
VAITREQ tk (as) ; 
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n_VAlTREQ() 
<~ int value; 

value = 

value 1= 

return (value) ; 

> 



arb tt BUSRE3 tt (Ibusj tt as); 
farb tt BUSHES *t (Ibusj U as U bgin) ; 



n_MASTER_RE3 0 
<~ int value; 

value s 

value 1= 

return (value) ; 

> 



arb tt 3USREQ tt (Ibusj tt fas); 
!arb tt BUSREQ tt (Ibusj tt fas tt bgin); 



n_MASTER() 

< let value; 



value 




arb 


tt 


IDLE tt (Isel tt Ibusj tt Ibreq tt las); 


value 




arb 


tt 


IDLE tt (sel tt Ibusj tt las); * 


value 




arb 


tt 


WAITFORBOS tt (las); 


value 




arb 


tt 


VAITREQ tt (las); 


value 




arb 


tt 


MASTER_RE3; 


value 




arb 


tt 


HASTER~tt (sel tt Ibreq) ; 


value 




arb 


tt 


MASTER tt (sel tt breq Jtt fas); 


value 




arb 


tt 


MASTER tt (fsel tt fbreq) ; 


value 




larb 


tt 


IDLE tt (sel tt ibusj las tt bgln); 


value 




!arb 


tt 


VAITFORBUS tt (fas); 


value 




larb 


tt 


VAITREQ tt (las); 


value 




farb 


tt 


MASTER JU»; 


value 




larb 


tt 


MASTER~tt (sel tt Ibreq) ; 


value 




larb 


tt 


MASTER tt (sel tt breq tt las); 


value 




larb 


tt 


MASTER tt (!sel tt Ibreq); 


value 




larb 


tt 


MASTER tt (bgin); 


return (value) ; 









n_MASTER_K3 () 
< Int value; 

value = larb tt MASTER tt (sel tt Ibgin tt breq tt as) ; 

value |= larb tt MASTERJIB tt (sel tt Ibgin); 

return (value) ; 



n_MASTER_G() 
{ Int value, 



value = 


arb 


tt 


value 1= 


arb 


tt 


value 1= 


larb 


tt 


value 1= 


larb 


tt 


return (value) ; 







0 tt (sel); 
~N3 tt (sel tt 
"G tt (sel) ; 



bgin) ; 



n_ BUS GRANT () 
< int value; 

value = 
value 1= 
value 1= 



arb tt IDLE tt (fsel tt Ibusj tt breq); 
arb tt MASTER tt (Isel tt breq); 
arb tt MASTER G tt (Isel); 
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value 1= 
return (value) ; 



value I- 

value 1= 

value 1= 

value 1= 



arb t* BUSGRANT tX (fbusy tt breq) ; 

*arb *Jt IDLE ** (!sel ** bgir) ; 

!arb tk MASTER NB t* (!sel ** bgtn) ; 

larb I* MASTERJ3 tl (fsel) ; 
!arb BUSGRANT JLt (bgin) ; 



/* Define nev outputs */ 

tdefine n bgout (n MASTER G() I I n BUSGRANT () ) 

#de*ine iTbbout (iTvAITFORBUS 0 I Tn VAITREQO I I B MASTER REQO II n MASTER 0) 
define n~brcut (if BUSRE30 II c VAITREQC) II r MASTER RESO) 

Serine n_aen (n~MASTER_RE3 0 Tl n_MAS7ER0 ll n_MASTER_N3() II n_MASTER_G 0.) 

nain() 
< 

proa 1024x4 ; 
prosbegin 

proa (0 , dO , ! n_bgout) 
proc (C . d 1 , ! n_bbout) 
proo (0 , d2 . ! n_brout) 
proa(0, d3, !n_aen) 

promend ; 

vriteproo( s A811 # # 0); 
> 
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paltjpe pall618 

p&lname A814 

palld 1 .10 84/10/04 

PALBEGIN 

5 Inputs 

1 INPUT B.C1 

2 INPUT B.C3- 

3 INPUT CRAS 

4 INPUT 5.X3SY- 

5 INPUT B.23CUT- 
B INPUT B.BROUT - 

7 INPUT PI .BRO- 

8 INPUT PI .BR1- 

9 INPUT PI .BR2- 

11 INPUT PI .BR3- 
1B INPUT B.BRIN- 

17 INPUT PI .SYSR- 

10 GKD 
20 VCC 

% Outputs 

19 OUTPUT B.T03- 

18 K07USSD .. 

16 OUTPUT B.SYSR 

14 NOTUSED 

13 OUTPUT B.B3SY- 

12 OUTPUT B.BR- 

ECUATIONS 

ASSERT B.TC3- 
ENA3LE ALWAYS 
OR B.C3 t B.C1 

ASSERT B.SYSR % Inverter 

ENABLE ALWAYS 
OR PI . SYSR- 

ASSERT B.BBSY- 

ENABLE ALWAYS 

OR B.XBSY t / B.BBOUT 

ASSERT B.BR- 

ENABLE ALWAYS 

OR PI . BRO * / B.BROUT 

OR P1.BR1 * / B.BROUT 

OR P1.BR2 t / B.BROUT 

OR PI . BR3 t / B.BROUT 

OR B.BRIN k / B.XBSY % Hold to correct RC delay 
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TIMING: NO-CLOCK 

% 1 234 667890 1 234667890 1 234567890 1 23'. 567890 1 234 6 6789 0 

B . C3- " 

B . T03- — 

Pl.SYSR- 

E . SYSR — 

B . XBSY- _ 

B . 333CT - 

B . 33SY- ~ : 

B.3R0UT- ::: -~~J\}j' ~ ~ ~-~ ~ ~ ~ ~ ~ ~I~ - - 

B . 3RIN- I_~-I_~"I_""I_""I_-"I_"~I_""Z_*"I_~-I_~"L.~"I_~ 

Q.RAS <_ — 

Pl.BRO- 

P1.3R1- 

PI .3R2- 

PI .BR3- . 



PALEND 
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paltype pal 1618 
palnaae A816 
pallfi 1 .9 84/10/08 

PALBECIN 

% Inpnts 

1 INPUT Q.AS 

2 INPUT P.LDS- 

3 INPUT P.UDS- 

4 INPUT B.BERRIN- 

5 INPUT B.DTACKIN- 

6 INPUT B.AEN- 

7 INPUT B.BEN- 

8 INPUT 3 . FREEZ Hi- 
fi INPUT C.S6 

11 INPUT B.BSEL- 

14 INPUT B.B30UT- 

10 GND 
20 VCC 

% Outputs 

19 OUTPUT Pl.AEN- 

18 OUTPUT B.AS- 

17 OUTPUT B.LDS- 

16 OUTPUT B.UDS- 

15 OUTPUT B.DTACK 
13 OUTPUT B.DEN- 

12 OUTPUT B.BERR- 

EQUATIONS 

: XEN B.AEN ft B.BEN ft B .DEN ; 

ASSERT B.AS- 

ENABLE ALWAYS 

OR XEN ft B.BSEL ft C.S6 ft Q.AS ft / B. FREEZE 

OR XEN ft B. AS * B. FREEZE % Hold between C.S4 and C.S6 

OR XEN ft B. AS ft Q.AS S alter FREEZE deassertion 

OR XEN ft B. AS * / B.B30UT * B .LOS % Add 2 delay on last Tine cycle 

OR XEN ft B.AS ft / B.BBOUT ft B.UDS % Add 2 delay on last Toe cycle 

ASSERT B.UDS- 
ENABLE ALWAYS 

OR XEN ft B.AS t B.BSEL t Q.AS * P.UDS * / B. FREEZE 

OR XEN * B.UDS t B. FREEZE 

OR XEN ft B.UDS k Q.AS * P.UDS % Hold between C.S4 and C.S6 

ASSERT B.LDS- 
ENABLE ALWAYS 

OR XEN ft B.AS ft B.BSEL ft Q.AS ft P.LDS ft / B. FREEZE 

OR XEN ft B.LDS ft B. FREEZE 
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OR 



XEN * B.LDS * Q.AS * P.LDS 



S Hold for r«ns cycle 



ASSERT B. DEN- 
EN ABLE ALWAYS 



OR 

OR 
OR 
OR 
OR 



B.AEN * B.BEN * B.BSEL * C.S6 
t / B . DTACKIN t I B.BERRIN 
XEN & B. FREEZE 
XEN t B.AS 



Q.AS 

/ B. FREEZE 



XEN 
XEN 



* B.LDS 

* B.UDS 



ASSERT 

ENABLE 

OR 

OR 

OR 

OR 



B.DTACK 
ALVAYS 

/ B . DTACKIN 

/ B .DEN 

B . FREEZE 

/ C.S6 



% De morgan! ze : 

S DTACKIN DEN / FREEZE * CS6 



ASSERT B.BERR- 
ENA3LE ALVAYS 

OR B.BERRIN t B .DEN * / B. FREEZE t C.S6 



ASSERT Pl.AEN- 
ENABLE ALVAYS 
OR B.AEN * 

OR B.AEN * 

OR B.AEN * 

OR B.AEN t 



B.BBOUT 

B .DEN * B. FREEZE 
B.LDS t P.LDS 
B.UDS * P.UDS 



% Off at P.DS ♦ 1 pal 
% Off at P.DS + 1 pal 



TIMING: NO-CLOCK 
% 

B.B30UT- 

B.BEN- . 

B.AEN- 

Pl AEN- 

CS6 

Q.AS 

B.AS- 



12345678901234S6769012 



B . FREEZE- 

B.BSEL- 

B.DTACKIN- 

B.DEN- 

B.DTACK 

B.BERRIN- 

B.BERR- 



P.UDS- 
B.UDS- 
P.LDS- 
B.LDS- 



PALEND 



